| Time |
Nick |
Message |
| 00:03 |
|
paramat left #minetest-dev |
| 00:08 |
acerspyro |
W31 |
| 00:08 |
acerspyro |
:P |
| 00:30 |
kaeza |
you could theoretically run it under MS-DOS (there are versions of MesaGL and pthreads for MS-DOS, AfAIK) |
| 00:31 |
acerspyro |
lol |
| 00:31 |
acerspyro |
Would it run better? |
| 00:31 |
acerspyro |
Since it's the only process on the CPU |
| 00:31 |
kaeza |
dunno... would 640K be enough here? :P |
| 00:35 |
|
mrtux joined #minetest-dev |
| 01:04 |
|
diemartin joined #minetest-dev |
| 01:05 |
VanessaE |
hmmmm: I just realized, there are quite a few "milestone" issues for 0.4.12 also... |
| 01:05 |
VanessaE |
in addition to those couple of "high priority" bugs |
| 01:05 |
VanessaE |
some of these I recall were milestones for 0.4.11 and got pushed back |
| 02:16 |
|
electrodude512 joined #minetest-dev |
| 02:44 |
|
Megal joined #minetest-dev |
| 04:16 |
|
compunerd joined #minetest-dev |
| 04:31 |
|
hmmmm joined #minetest-dev |
| 04:43 |
|
Hunterz joined #minetest-dev |
| 05:00 |
|
Megaf_ joined #minetest-dev |
| 05:13 |
|
chchjesus joined #minetest-dev |
| 05:56 |
|
selat joined #minetest-dev |
| 06:19 |
Zeno` |
https://github.com/Zeno-/minetest/commit/18bc1a49289277844283c49faabf31122d759326 |
| 06:19 |
Zeno` |
fix one problem and create another |
| 06:20 |
Zeno` |
local map saving for a local server is always going to overwrite the previous map/world save |
| 06:21 |
Zeno` |
is there a way to robustly check if the server being connected to is local or not? |
| 06:27 |
Zeno` |
oh, duh |
| 06:30 |
sfan5 |
Zeno`: i gave you a patch |
| 06:30 |
sfan5 |
didn't that one fix it? |
| 06:30 |
Zeno` |
which one was that again? |
| 06:30 |
sfan5 |
http://sprunge.us/HjZO?diff |
| 06:30 |
Zeno` |
ugh, I'd forgotten about that... was 5AM at the time |
| 06:31 |
sfan5 |
I'm pretty sure that one fixes it |
| 06:31 |
sfan5 |
actually |
| 06:31 |
sfan5 |
let me test it right now |
| 06:33 |
Zeno` |
well, the question that leads on from that is "should local map saving be enabled for local servers?" |
| 06:36 |
Zeno` |
https://github.com/Zeno-/minetest/commit/91e45dc8fda9c62cfcda672820ca6fe5fe77dcf4 <-- updated |
| 06:36 |
Zeno` |
perhaps both our patches are necessary? |
| 06:36 |
sfan5 |
it should probably not be enabled |
| 06:37 |
Zeno` |
my newly updated patch fixes that |
| 06:37 |
Zeno` |
I'll have to rename a few vars (just for nicety) |
| 06:38 |
Zeno` |
var names* |
| 06:38 |
sfan5 |
I'd say it's expected behaviour that it saves the local map in local server mode |
| 06:39 |
|
Hunterz joined #minetest-dev |
| 06:39 |
sfan5 |
(because the local server mode behaves just like a seperate server & client) |
| 06:39 |
sfan5 |
the question is whether this makes sense to the users |
| 06:40 |
sfan5 |
meh |
| 06:40 |
sfan5 |
I have to go now |
| 06:40 |
sfan5 |
bbl |
| 06:42 |
Zeno` |
I dunno if it makes sense. The main problem is that if they join a different local game/server it's going to have the same name as any other saved map (e.g. server_127.0.0.1_port) |
| 06:42 |
Zeno` |
so none of the local saves are going to really be valid |
| 06:47 |
Zeno` |
will create PR anyway so it can be discussed |
| 06:48 |
Zeno` |
@2234 |
| 06:48 |
Zeno` |
#2234 |
| 06:48 |
ShadowBot |
https://github.com/minetest/minetest/issues/2234 -- Fix local map saving when joining a local server from the server tab by Zeno- |
| 07:00 |
|
Megaf joined #minetest-dev |
| 07:09 |
|
n4x joined #minetest-dev |
| 07:10 |
|
exio4 joined #minetest-dev |
| 07:14 |
Zeno` |
Does anyone know what this line is for: https://github.com/minetest/minetest/blob/master/src/util/string.cpp#L100 |
| 07:49 |
|
jin_xi joined #minetest-dev |
| 08:18 |
hmmmm |
> If max characters are successfully translated, the resulting string stored in dest is not null-terminated. |
| 08:19 |
Zeno` |
Well, it's not possible in this case but I guess it can't hurt |
| 08:19 |
hmmmm |
in any case I don't quite understand why it's assumed the wide string variant would be the same size as the narrow string |
| 08:19 |
hmmmm |
oh nevermind, it's not |
| 08:20 |
hmmmm |
ok gotta go |
| 08:20 |
Zeno` |
O/ |
| 08:22 |
|
alexxs joined #minetest-dev |
| 08:56 |
|
twoelk joined #minetest-dev |
| 09:06 |
|
kilbith joined #minetest-dev |
| 09:07 |
celeron55 |
01:03:40 <+hmmmm> are you guys okay with dropping windows 2000 support? |
| 09:07 |
celeron55 |
this is perfectly okay in my opinion |
| 09:08 |
celeron55 |
i would be surprised if it worked on w2k to begin with; at least zlib's official windows builds don't support w2k |
| 09:17 |
|
crazyR joined #minetest-dev |
| 09:28 |
|
Amaz joined #minetest-dev |
| 09:28 |
|
DFeniks joined #minetest-dev |
| 09:39 |
twoelk |
there are probably still servers running w2k, the company I work at updated only a while ago, may not be the relevant user group though ;-P |
| 09:41 |
celeron55 |
seriously, w2k is 15 years old |
| 09:41 |
sfan5 |
wait what |
| 09:41 |
celeron55 |
that's older than half of our users |
| 09:41 |
sfan5 |
were we supporting w2k before? |
| 09:42 |
celeron55 |
i dropped support for w2k years ago in minetest, but it might have come back in some builds that people have been making, i don't know |
| 09:43 |
sfan5 |
i don't know whether my builds work in windows 2000 either |
| 09:46 |
twoelk |
I would consider w2k a security risk, so don't support it :D |
| 09:46 |
|
FR^2 joined #minetest-dev |
| 09:47 |
twoelk |
I'm reluctant to say that of XP though although I should know better :( |
| 09:49 |
|
DFeniks joined #minetest-dev |
| 09:56 |
|
ImQ009 joined #minetest-dev |
| 10:38 |
|
casimir joined #minetest-dev |
| 12:14 |
|
T4im joined #minetest-dev |
| 12:16 |
|
kilbith joined #minetest-dev |
| 12:20 |
|
iqualfragile joined #minetest-dev |
| 12:25 |
|
oleastre joined #minetest-dev |
| 12:29 |
|
Garmine joined #minetest-dev |
| 13:03 |
|
SopaXorzTaker joined #minetest-dev |
| 13:30 |
|
MinetestForFun joined #minetest-dev |
| 13:30 |
|
MinetestForFun joined #minetest-dev |
| 13:35 |
|
Zeno` joined #minetest-dev |
| 13:43 |
|
shadowzone joined #minetest-dev |
| 13:48 |
|
eeew joined #minetest-dev |
| 13:59 |
|
PilzAdam joined #minetest-dev |
| 14:06 |
|
nrzkt joined #minetest-dev |
| 14:12 |
Zeno` |
sfan5 did you get a chance to look at my PR? |
| 14:12 |
nrzkt |
release was delayed ? |
| 14:12 |
sfan5 |
Zeno`: link again please |
| 14:13 |
sfan5 |
nrzkt: it seemed that nobody wanted to releases yesterday, so i incremented the date |
| 14:13 |
Zeno` |
I think maybe "Local map saving disabled for local server." should be ""Local map saving disabled because server is not remote" |
| 14:13 |
Zeno` |
#2234 |
| 14:13 |
ShadowBot |
https://github.com/minetest/minetest/issues/2234 -- Fix local map saving when joining a local server from the server tab by Zeno- |
| 14:13 |
nrzkt |
why wait ? there are no commit and nobody warns about a critical bug ? |
| 14:13 |
nrzkt |
i think uses a jenkins to make the release can be helpful to evade those problems :) |
| 14:13 |
sfan5 |
what? |
| 14:13 |
Zeno` |
I think hmmmm wants to investigate the SP thing a bit more |
| 14:14 |
nrzkt |
then all devel are blocked since 2 weeks because of a bug |
| 14:14 |
nrzkt |
please branch a real devel version to accepting pull request or create a release branch on github |
| 14:14 |
nrzkt |
:( |
| 14:14 |
Zeno` |
a branch would be nice... |
| 14:14 |
sfan5 |
Zeno`: IMO it doesn't need to log anything |
| 14:15 |
Zeno` |
sfan5, so just return? |
| 14:15 |
sfan5 |
nrzkt: there are still some things we want to get fixed |
| 14:15 |
sfan5 |
Zeno`: yup |
| 14:15 |
nrzkt |
fix in on a separated branch |
| 14:15 |
nrzkt |
and accept pull requests for master :) |
| 14:15 |
Zeno` |
ok, well I'll combine it with the previous conditional then |
| 14:15 |
sfan5 |
nrzkt: that won't make any difference |
| 14:16 |
nrzkt |
pull requests accepted, cleanup in the pr and issue tree |
| 14:16 |
nrzkt |
and release not blocked because the state was saved |
| 14:16 |
sfan5 |
it does not matter whether some pulls are merged today or tomorrow (after the release) |
| 14:16 |
sfan5 |
Zeno`: //std::string world_gameid = getWorldGameId(world_path, false); can be deleted |
| 14:16 |
nrzkt |
in fact i'm waiting since two weeks because of the release, i'm working on networking rework and i'm blocked in my devel |
| 14:16 |
Zeno` |
sfan5, yeah I wondered about that |
| 14:16 |
nrzkt |
i can do more but PR must be done separate |
| 14:17 |
sfan5 |
why can't you work on networking code just because we are in feature freeze? |
| 14:17 |
nrzkt |
i work on it, but i need review |
| 14:17 |
nrzkt |
and my first PR must be accepted to send my second because they are dependant |
| 14:17 |
Zeno` |
ok, new version pushed |
| 14:17 |
nrzkt |
and if i must do a third PR it will be unmaintanable |
| 14:18 |
nrzkt |
i must rebase each branch to the next pr it's a pain |
| 14:18 |
sfan5 |
so you suggest that we split the minimal amount of people that are here into "reviewing PRs for after-release" and "doing release"? |
| 14:18 |
nrzkt |
nobody do nothing for release in fact, we are waiting hmmmm |
| 14:18 |
Zeno` |
nrzkt, if we were not in a feature freeze I don't think this would be much of an issue |
| 14:18 |
nrzkt |
and PR are increasing whereas many are accepted for release, and merge could be difficult because somes may conflict |
| 14:19 |
Zeno` |
I'm not sure what we're waiting on though... the SP issue is a guess |
| 14:19 |
nrzkt |
feature freeze = release branch freeze :) |
| 14:19 |
sfan5 |
if we merge PRs on a seperate branch we need to rebase that seperate branch then |
| 14:19 |
nrzkt |
not, all devel must go to home, we don't want you :p |
| 14:19 |
sfan5 |
will be difficult too |
| 14:19 |
nrzkt |
no if the process is correct |
| 14:20 |
nrzkt |
i must go home, have a nice day :p |
| 14:20 |
sfan5 |
Zeno`: "address_name" what? the name of an address? |
| 14:20 |
Zeno` |
couldn't think of a better name :) |
| 14:21 |
Zeno` |
like.... freenode.net |
| 14:21 |
sfan5 |
address_s (-> address as string) |
| 14:21 |
Zeno` |
address only stores the resolved name |
| 14:21 |
sfan5 |
hm |
| 14:21 |
sfan5 |
does that matter? |
| 14:21 |
sfan5 |
nvm |
| 14:22 |
sfan5 |
Zeno`: maybe also s/is_local_server/is_local_game/ |
| 14:22 |
sfan5 |
hm |
| 14:23 |
sfan5 |
s/is_local_server/local_server_mode/ |
| 14:23 |
sfan5 |
i think that would be clearer |
| 14:24 |
Zeno` |
ok |
| 14:25 |
Zeno` |
what about hostname instead of address_name |
| 14:25 |
sfan5 |
it isn't guaranteed to be a hostname, but i guess that name is ok |
| 14:26 |
Zeno` |
it's probably better than address_name, hehe |
| 14:27 |
Zeno` |
new version pushed |
| 14:28 |
Zeno` |
err wait |
| 14:29 |
Zeno` |
ok, pushed |
| 14:30 |
sfan5 |
you did the exact opposit of what i intended |
| 14:30 |
Zeno` |
I did? |
| 14:30 |
sfan5 |
Zeno`: s/is_local_server/local_server_mode/ in game.cpp, leave client.cpp alove |
| 14:30 |
sfan5 |
alone* |
| 14:31 |
sfan5 |
client.cpp gets whether the game is local |
| 14:31 |
sfan5 |
the var. in game.cpp says whether it is a local_server (it's not true for simple singleplayer) |
| 14:32 |
Zeno` |
well, it is in a way... but changing |
| 14:33 |
Zeno` |
like that? |
| 14:35 |
sfan5 |
yeah, thats what i meant |
| 14:36 |
Zeno` |
cool |
| 14:36 |
Zeno` |
that does make more sense actually |
| 14:36 |
sfan5 |
looks good, merge it |
| 14:40 |
Zeno` |
during feature freeze? |
| 14:40 |
|
shadowzone joined #minetest-dev |
| 14:40 |
sfan5 |
it's a bugfix |
| 14:40 |
Zeno` |
hmm, yeah should be ok... it's a bug fix |
| 14:40 |
Zeno` |
yep |
| 14:40 |
Zeno` |
ok, merginf |
| 14:41 |
Zeno` |
thanks |
| 14:51 |
shadowzone |
Just curious, I didn't get a definitive yes or no on merging my commit. |
| 14:56 |
Zeno` |
I don't think there will be a definitive yes or no until after the feature freeze |
| 14:57 |
|
CraigyDavi joined #minetest-dev |
| 15:00 |
Zeno` |
the feature freeze will be over before yesterday |
| 15:02 |
shadowzone |
Okay |
| 15:04 |
|
crazyR joined #minetest-dev |
| 15:10 |
|
hmmmm joined #minetest-dev |
| 15:12 |
|
proller joined #minetest-dev |
| 15:22 |
kilbith |
forum table is fucked up when someone ignored has posted: https://lut.im/Qg7JjsiK/AThJFdbG |
| 15:27 |
shadowzone |
<JohnWD> Do anyone know this mean? "AL lib: (EE) MMDevApiOpenPlayback: Device init failed: 0x80070490" Got it when launched MT 0.4.11 |
| 15:44 |
|
SopaXorzTaker joined #minetest-dev |
| 15:48 |
kilbith |
[!] hmmmm: whenever you create a new world (random seed or not, whatever), the seed is always 0. |
| 15:49 |
kilbith |
i'm up-to-date to git HEAD |
| 15:51 |
hmmmm |
agh wtf |
| 15:51 |
hmmmm |
it works for me and then it doesn't work for other people |
| 15:51 |
hmmmm |
i did test this change for everyone's knowledge |
| 15:53 |
kilbith |
i guess something broken with recent map_meta.txt fixes |
| 15:55 |
|
ImQ009 joined #minetest-dev |
| 15:59 |
kilbith |
hmmmm: https://github.com/minetest/minetest/issues/2233 |
| 16:02 |
|
roniz__ joined #minetest-dev |
| 16:04 |
|
electrodude512 joined #minetest-dev |
| 16:13 |
|
oleastre joined #minetest-dev |
| 16:15 |
|
Selah joined #minetest-dev |
| 16:26 |
|
Hunterz joined #minetest-dev |
| 16:28 |
|
proller joined #minetest-dev |
| 16:34 |
|
nrzkt joined #minetest-dev |
| 16:34 |
nrzkt |
re ! |
| 16:39 |
|
rubenwardy joined #minetest-dev |
| 16:39 |
|
shadowzone joined #minetest-dev |
| 16:48 |
|
rubenwardy_ joined #minetest-dev |
| 16:48 |
rubenwardy_ |
#2185 |
| 16:48 |
ShadowBot |
https://github.com/minetest/minetest/issues/2185 -- Fix NDT_GLASSLIKE normals by kahrl |
| 16:48 |
rubenwardy_ |
Does that count as a bug fix? It has been approved by two core devs. |
| 16:48 |
nrzkt |
it's a fix. |
| 16:49 |
nrzkt |
then it's a bug fix |
| 16:49 |
|
Kalabasa joined #minetest-dev |
| 16:50 |
kilbith |
rubenwardy, three even |
| 16:50 |
kilbith |
but kahrl said after the freeze |
| 16:52 |
rubenwardy |
Didn't know you could ignore people. Alt Tester does annoy me. |
| 16:53 |
|
ImQ009 joined #minetest-dev |
| 16:54 |
Zeno` |
I don't even know what the feature freeze is for |
| 16:54 |
kilbith |
rubenwardy, go into the profile, and "Add Foe" -> ignored |
| 16:54 |
rubenwardy |
Excellent. |
| 16:54 |
Zeno` |
lol |
| 16:54 |
|
oleastre_ joined #minetest-dev |
| 16:55 |
Zeno` |
What I really meant was: what is the feature freeze trying to achieve? |
| 16:56 |
rubenwardy |
It's supposed to stop big things being merged while bug checking is happening |
| 16:56 |
Zeno` |
rubenwardy, I know. But what bugs? |
| 16:56 |
rubenwardy |
ie: no optimisation added |
| 16:56 |
Zeno` |
optimisation is not a feature :P |
| 16:57 |
rubenwardy |
It means everything which isn't a bug fix. It could be better named. |
| 16:58 |
Zeno` |
let me think of a better question |
| 16:58 |
Zeno` |
What bugs needs to be fixed before the freeze is lifted? |
| 16:59 |
rubenwardy |
https://github.com/minetest/minetest/issues?q=is%3Aopen+is%3Aissue+label%3A%22High+priority%22 |
| 16:59 |
rubenwardy |
No blockers, though |
| 17:00 |
Zeno` |
#2023 should probably be closed |
| 17:00 |
ShadowBot |
https://github.com/minetest/minetest/issues/2023 -- Schematic Crash |
| 17:00 |
nrzkt |
2023 isn't confirmed, no backtrace and no user answer. |
| 17:00 |
nrzkt |
then the issue is dead |
| 17:01 |
Zeno` |
hmmmm, closed a similar issue yesterday. I'm not sure it's still an issue |
| 17:02 |
kilbith |
2233 is obviously a blocker |
| 17:02 |
rubenwardy |
#2233 |
| 17:02 |
ShadowBot |
https://github.com/minetest/minetest/issues/2233 -- Map Seed Default is Now Zero |
| 17:02 |
shadowzone |
rubenwardy: I know Alt Tester |
| 17:03 |
rubenwardy |
Yeah? |
| 17:03 |
PilzAdam |
rubenwardy, #2185 can be merged before release |
| 17:03 |
ShadowBot |
https://github.com/minetest/minetest/issues/2185 -- Fix NDT_GLASSLIKE normals by kahrl |
| 17:03 |
rubenwardy |
What forum version does Minetest use? phpbb? |
| 17:03 |
|
selat joined #minetest-dev |
| 17:03 |
Zeno` |
PilzAdam, kahrl said he didn't want to (for some reason) |
| 17:03 |
shadowzone |
He's the type who thinks Minetest could use a whole bunch of stuff that isn't achievable. (if that's a word) |
| 17:04 |
nrzkt |
2185 must be merged before release, it's a fix. |
| 17:04 |
Zeno` |
well I'll merge it if PA agrees |
| 17:04 |
Zeno` |
kahrl (from memory) didn't think it was suitable for merging during feature freeze |
| 17:05 |
Zeno` |
I couldn't see why at the time, but *shrug* |
| 17:05 |
Zeno` |
kahrl, speak now or forever be silent :P |
| 17:06 |
|
oleastre joined #minetest-dev |
| 17:06 |
shadowzone |
He might be away from keyboard. |
| 17:06 |
Zeno` |
that's ok... that's being silent |
| 17:06 |
shadowzone |
Speak now or forever hold your peace |
| 17:06 |
PilzAdam |
[17:56:19] <Zeno`> rubenwardy, I know. But what bugs? <- the feature freeze also serves as time to search for bugs |
| 17:07 |
Zeno` |
the patch is good and has been approved by 3 coredevs (4 if you count kahrl as the author) |
| 17:08 |
Zeno` |
PilzAdam, I know. But when do we stop searching for bugs. Stomping them all might take years :D |
| 17:08 |
shadowzone |
Zeno`: Lol |
| 17:13 |
Zeno` |
anyway, merged |
| 17:13 |
nrzkt |
/clap |
| 17:14 |
shadowzone |
<clap>*Clap*</clap> |
| 17:20 |
|
ImQ009 joined #minetest-dev |
| 17:21 |
|
Megal_ joined #minetest-dev |
| 17:21 |
shadowzone |
Just git pulled, works real well. |
| 17:44 |
|
Calinou joined #minetest-dev |
| 17:48 |
|
Krock joined #minetest-dev |
| 18:02 |
rubenwardy |
Tried fixing bug in forum theme, can't reproduce. |
| 18:02 |
rubenwardy |
Lol |
| 18:07 |
|
harrison joined #minetest-dev |
| 18:09 |
|
proller joined #minetest-dev |
| 18:09 |
|
puhfa joined #minetest-dev |
| 18:10 |
|
dzho joined #minetest-dev |
| 18:10 |
|
Kray joined #minetest-dev |
| 18:13 |
|
book` joined #minetest-dev |
| 18:14 |
sfan5 |
so, do we want to release today? |
| 18:14 |
nrzkt |
go ! |
| 18:14 |
kilbith |
hmmmm must fix an important bug before |
| 18:15 |
shadowzone |
Then we release? |
| 18:19 |
hmmmm |
i can't release today |
| 18:19 |
hmmmm |
i simply haven't been able to do the things i needed to do |
| 18:19 |
hmmmm |
sometime over the weekend i'll be able to give minetest some love |
| 18:19 |
nrzkt |
give it please. |
| 18:21 |
|
Wayward_One joined #minetest-dev |
| 18:21 |
nrzkt |
or rollback https://github.com/minetest/minetest/commit/ad690c46b10423b23d515bda0e89228b51f5b5e9 |
| 18:26 |
|
exio4 joined #minetest-dev |
| 18:32 |
|
shadowzone joined #minetest-dev |
| 18:34 |
est31 |
VanessaE: is the issue with the hearts drawn over the inventory slots a core issue, or rather caused by non-updated lua? |
| 18:35 |
VanessaE |
it's a core issue |
| 18:36 |
est31 |
so I guess that should be fixed before 0.4.12. |
| 18:36 |
* est31 |
is searching github for an according issue |
| 18:36 |
VanessaE |
zeno and I figured it out that if you set hud_scaling to 0.70 it at least fixes it correctly for the default window size, but it doesn't auto-scale with the window when you e.g. maximize it |
| 18:37 |
VanessaE |
0.70 or perhaps a tiny bit smaller is the right size for 800x600, 1.0 is just about right for 1600x1200 |
| 18:37 |
VanessaE |
(with the smaller HUD, the hotbar doesn't overlap the hearts) |
| 18:38 |
VanessaE |
however, the hearts not moving out of the way of the HUD, regardless of its size, is a different matter and I don't know if that's Lua or engine |
| 18:39 |
|
roniz__ joined #minetest-dev |
| 18:42 |
* est31 |
found #2222 and has a theory |
| 18:42 |
ShadowBot |
https://github.com/minetest/minetest/issues/2222 -- minetest.get_craft_recipe occasionally returns wrong recipes |
| 18:46 |
est31 |
theory confirmed. |
| 18:48 |
|
Wayward_One joined #minetest-dev |
| 18:56 |
|
Hunterz joined #minetest-dev |
| 19:03 |
|
casimir joined #minetest-dev |
| 19:05 |
|
twoelk joined #minetest-dev |
| 19:10 |
|
Hunterz joined #minetest-dev |
| 19:11 |
|
Wayward_One joined #minetest-dev |
| 19:11 |
casimir |
Is there a chance in reverting #1707 after release? |
| 19:11 |
ShadowBot |
https://github.com/minetest/minetest/issues/1707 -- Right mouse button behaviour for craft/inventory by Zeno- |
| 19:16 |
PilzAdam |
it should drop single items into slots after the mouse button was released once and then re-pressed |
| 19:17 |
PilzAdam |
this way Zeno can happily move his stacks while holding the right mouse button and everyone else can use the right mouse button to place multiple single items |
| 19:21 |
casimir |
But this make the feature useless. In a 3x3 craft grid clicking twice to draw a line does not make much difference to click three times. The only case I use it in game it for chests and furnaces. The hold-down-and-draw behavior was very ergonomic for me. Shouldn't the bug with exchanging stacks be fixed instead? Is is annoying anyway. |
| 19:24 |
VanessaE |
casimir: click, drag without a second click to initiate the "draw" action causes items to be dropped where you don't want them., |
| 19:25 |
VanessaE |
such as across regular inventory slots. |
| 19:30 |
casimir |
no problem. I changed it locally. |
| 19:45 |
T4im |
tbh if it were configurable, I would prefer the one-click-less, too… but one can get used to both I think |
| 20:05 |
|
est31 joined #minetest-dev |
| 20:06 |
|
oleastre joined #minetest-dev |
| 20:24 |
|
hmmmm joined #minetest-dev |
| 20:27 |
|
Amaz joined #minetest-dev |
| 21:16 |
|
kaeza joined #minetest-dev |
| 21:27 |
|
est31 joined #minetest-dev |
| 21:35 |
|
MinetestForFun joined #minetest-dev |
| 21:41 |
|
johnnyjoy joined #minetest-dev |
| 21:58 |
|
acerspyro joined #minetest-dev |
| 22:11 |
|
MinetestForFun_ joined #minetest-dev |
| 22:13 |
|
MinetestForFun joined #minetest-dev |
| 22:15 |
|
MinetestForFun_ joined #minetest-dev |
| 22:30 |
|
shadowzone joined #minetest-dev |
| 22:31 |
|
NakedFury joined #minetest-dev |
| 22:41 |
VanessaE |
is there some reason why the daily builds PPA isn't creating builds for ubuntu 14.10? |
| 22:42 |
VanessaE |
( https://code.launchpad.net/~minetestdevs/+archive/ubuntu/daily-builds/+packages ) |
| 22:42 |
kilbith |
the .deb for 14.04 is compat anyways |
| 22:43 |
VanessaE |
fair enough |
| 22:43 |
VanessaE |
but probably not good enough for the idiot brigade :P |
| 22:50 |
|
Amaz left #minetest-dev |
| 23:17 |
|
shadowzone joined #minetest-dev |
| 23:35 |
Wayward_One |
so, what's the status on the release? |
| 23:38 |
est31 |
Wayward_One: http://irc.minetest.ru/minetest-dev/2015-01-30#i_4136413 |
| 23:51 |
Wayward_One |
ah, ok. thank you |
| 23:59 |
|
crazyR joined #minetest-dev |
