LarryG on 16/10/2012 at 17:26
I would assume that the message means what it says, that something is locking the directory. Did you try rebooting? You could also try (
http://www.emptyloop.com/unlocker/) Unlocker.
SeriousCallersOnly on 16/10/2012 at 20:40
It does't really mean anything except some standards dumbfuckery. You see, cdroms, aka ISO-9600, are a *read-only* filesystem. As such to perserve the operating copies to 'work the same way', when copies are made from some dumb programs, the files are set to read only. If you zip the data you're archiving you can avoid this.
sNeaksieGarrett on 16/10/2012 at 22:22
Well, the odd thing is I'm pretty sure it didn't happen the first time I booted up dromed 1.19. However, now it does it all the time. I'm not sure what I've done that would make it start to occur.:confused: In any case, I guess I need to install from the discs.. But what confuses me is why that would be a solution? Is it because of the windows registry keys that a proper install creates?
Ah, I know what caused it now. It's the same issue as Lady Rowena from that other thread- (
http://www.ttlg.com/forums/showthread.php?t=140148&p=2145689&viewfull=1#post2145689) I changed the icon. Curse you windows 7. Guess I'll have to keep the default icon for the folder since it worked after changing it back.
@Larry: I've used Unlocker before, in fact I have it. It didn't find anything locked with that directory.
Beltzer on 19/10/2012 at 19:17
Dont know if its a bug or if i missed something :confused:
But when i try to save nothing happens, no window popups,
no save successful, no fail message.
intruder on 19/10/2012 at 20:05
I think you need to install the DromEd Toolkit or at least all the cmd-files which are shipped together with it.
Albert on 20/10/2012 at 05:30
I'm scared. It's been smooth sailing from day 1 with the NewDark engine, for me as a Linux user. I keep expecting some issue to rear its ugly head... Heck, the only real issue is that sometimes when I lean forward I can't right click. But recently, either I've not noticed it or I've gotten used to it. :p
It's probably a wine-related issue. There was always issues like that. As a non-Ubuntu user though (Xubuntu achiever), I don't have that old issue where mounting never worked. :thumb:
I honestly can't say more. Smooth sailing on my way out...
Beltzer on 20/10/2012 at 06:57
Thanks intruder. I can save again :)
Zontik on 24/10/2012 at 08:34
I doubt it's a bug, it's rather feature, but...
Is it possible to change the "Camera grenade" behavior?
It is different in 1.19 in comparison with 1.18. You can turn off pre-flash on start, but I can't find a way to turn off its... new feature. Beter to see yourself. Remove link "Render flash" from Garrett archetype and throw camera. In 1.19 it looks completely different.
And it completely ruined final camvator in "Upside Down".
Albert on 24/10/2012 at 16:32
Oh, well I just learned the issue with the alt key (Linux). Turns out that every WM out there that I use grabs that key so you can drag windows around on-screen. No option in wine remedies this, and the only way to use the mouse buttons when using the alt-key is to hold down the windows (super) key beforehand. Nothing major, but it's rather annoying given I have to make sure I hold down super and then alt+w quickly. Super annoying. :nono:
I will probably just have to link it with another key. Although really I always liked the alt+w setup. It just worked fine on windows, and was comfortable for me.
epithumia on 24/10/2012 at 16:40
So configure your window manager to change that behavior. Under the Window Behavior KDE settings, it's Window Behavior -> Window Actions, change "Modifier key" to something else, or just unbind the left button action.