Peter Beutner wrote:
Because it is the defacto standard to store settings under ~/.<appname>.
Only for stuff that's thought to be generally uninteresting.
Your KDE desktop, for example, resides under ~/Desktop.
And with enough applications installed that use this "standard" you probably will be glad that these directories are hidden so that you don't have to scroll through them every time you open your filemanager ;).
I'm annoyed that .wine is inaccessible through KDE and Gnome apps.
Not through the file manager, but often in various applications.
It's not wine's fault per se that those apps lack a "show hidden folders" option, but it would be nice to make wine visible, as it contains useful stuff that you'll often mangle with.
(I personally have a symlink from "wine" to ".wine"...)
I do agree that there's too many applications dumping various .xxxxxx folders in my home directory. The least they could do is to put those files somewhere where they don't interfere with my user data, someplace sane like ~/Application Data/xxxxxx, or a more unixy ~/appdata/xxxxx...
(Never cared much for hidden folders - they're a symptom that you're being too careless with your directory structure.)
On Tuesday, June 06, 2006 13:42, Molle Bestefich wrote:
I'm annoyed that .wine is inaccessible through KDE and Gnome apps.
You can always type .wine in to access it, even if it isn't visible.
- Neil
Neil Skrypuch wrote:
You can always type .wine in to access it, even if it isn't visible.
No. Some apps break when you do that. Either they don't access the folder correctly, or they close or activate the selection dialog.
Molle Bestefich wrote:
No. Some apps break when you do that. Either they don't access the folder correctly, or they close or activate the selection dialog.
The symlink workaround works fine though.
My main argument was that hidden folders is an ugly workaround for bad directory structure.
On Tuesday, June 06, 2006 17:53, Molle Bestefich wrote:
Neil Skrypuch wrote:
You can always type .wine in to access it, even if it isn't visible.
No. Some apps break when you do that. Either they don't access the folder correctly, or they close or activate the selection dialog.
I can't say I've ever seen that before. What apps in particular? It certainly works with the standard Qt and Gtk open file dialogs.
- Neil
On Tuesday, June 06, 2006 17:53, Molle Bestefich wrote:
Neil Skrypuch wrote:
You can always type .wine in to access it, even if it isn't visible.
No. Some apps break when you do that. Either they don't access the folder correctly, or they close or activate the selection dialog.
I can't say I've ever seen that. What apps in particular?
Both the standard Qt open file dialog and the Gtk open file dialog work fine with . directories for me, which doesn't leave many apps that could not work.
- Neil
Neil Skrypuch wrote:
I can't say I've ever seen that. What apps in particular?
Can't remember offhand. I was annoyed enough by it to create the symlink at one point.
Both the standard Qt open file dialog and the Gtk open file dialog work fine with . directories for me, which doesn't leave many apps that could not work.
No, that's not true.. The behaviour of the dialogs depend on the app somehow.
AFAIR, I've seen Qt dialogs activate the .wine folder as a selection or cancel the dialog instead of descending into it, and Gtk dialogs completely unable to display hidden folders. But I've also seen that some Qt apps work fine.
Sorry I can't provide any more details, it's not like I make a habit of remembering this stuff :-).
(... And it still wasn't my main point, either ;-).)
GTK dialogs can always show hidden folders, just right click and click "Show Hidden Folders."
Molle Bestefich wrote:
Neil Skrypuch wrote:
I can't say I've ever seen that. What apps in particular?
Can't remember offhand. I was annoyed enough by it to create the symlink at one point.
Both the standard Qt open file dialog and the Gtk open file dialog work fine with . directories for me, which doesn't leave many apps that could not work.
No, that's not true.. The behaviour of the dialogs depend on the app somehow.
AFAIR, I've seen Qt dialogs activate the .wine folder as a selection or cancel the dialog instead of descending into it, and Gtk dialogs completely unable to display hidden folders. But I've also seen that some Qt apps work fine.
Sorry I can't provide any more details, it's not like I make a habit of remembering this stuff :-).
(... And it still wasn't my main point, either ;-).)
Molle Bestefich wrote:
Peter Beutner wrote:
Because it is the defacto standard to store settings under ~/.<appname>.
Only for stuff that's thought to be generally uninteresting.
well, speaking of system.reg, user.reg and dosdevices/, I think they are "generally uninteresting". And if you mangle with them you rather want to use regedit/winecfg, than editing them by hand. So making them hidden by default is imho fine.(and there is still WINEPREFIX if you don't like it ;) )
The other thing is the default location for drive C:, which might be better in a "visible" place(e.g. ~/Drive_C). Though you can already configure that through winecfg to any path you like.
I'm annoyed that .wine is inaccessible through KDE and Gnome apps.
It is accessible all right. You just don't know how to get there.
Not through the file manager, but often in various applications.
nope. Unless you're talking about some very broken applications that I didn't come across yet.
It's not wine's fault per se that those apps lack a "show hidden folders" option
KDE applications hopefully use KDE's open/save dialog, and there it's a matter of pressing F8 to hide/unhide hidden files.
I'm sure Gnome has something similar, but I don't use it so I didn't bother looking the key up.
I.e. no big deal.
Cheers, Kuba
On Wed, Jun 07, 2006 at 11:17:12AM -0400, Kuba Ober wrote:
I'm sure Gnome has something similar, but I don't use it so I didn't bother looking the key up.
I.e. no big deal.
Cheers, Kuba
Andreas Mohr
Kuba Ober wrote:
I'm annoyed that .wine is inaccessible through KDE and Gnome apps.
It is accessible all right. You just don't know how to get there.
Please insert relevant context when quoting. You're obviously misrepresenting what I said, turning it into something completely else, and then answering it.
That serves no purpose (other than annoying me).
Not through the file manager, but often in various applications.
nope. Unless you're talking about some very broken applications that I didn't come across yet.
Apparently, I am.
AFAIR, I even had a crash in one app.
It's not wine's fault per se that those apps lack a "show hidden folders" option
Never said so.
KDE applications hopefully use KDE's open/save dialog, and there it's a matter of pressing F8 to hide/unhide hidden files.
Nice.
I.e. no big deal.
Right, slightly annoying but no big deal, as is often the case in open source.
On Thursday 08 June 2006 09:02, Molle Bestefich wrote:
Kuba Ober wrote:
I'm annoyed that .wine is inaccessible through KDE and Gnome apps.
It is accessible all right. You just don't know how to get there.
Please insert relevant context when quoting. You're obviously misrepresenting what I said, turning it into something completely else, and then answering it.
I don't know what did I misquote. That's the only thing relevant to my reply that you said in that mail, and the previous paragraph from Mike didn't add much as far as I can tell.
That serves no purpose (other than annoying me).
Sorry to have been annoying :(
Not through the file manager, but often in various applications.
nope. Unless you're talking about some very broken applications that I didn't come across yet.
Apparently, I am
Er, I fail to see why some apps being broken is wine's problem. Directories with a dot preprended to their name are ubiquitous and it's fairly common to have to access them every once in a while.
In all my years of using KDE-based RH/FC/Centos systems, I only had a *single* problem related to dot-directories. Specifically, it was the win4lin taking all dot-directories to be hidden, without a way of disabling that. I ended up patching the darn thing to fix that. I needed to unhide things so that either MS or Boland make build would go through. Later on I just switched to using wine for the builds -- it was faster that way as well, and I could fully automate things with my aegis repository.
AFAIR, I even had a crash in one app.
Did you report it on their bugzilla/whatever? How is that wine's fault?
It's not wine's fault per se that those apps lack a "show hidden folders" option
Never said so.
That wasn't me saying the >>> quoted thing either ;)
I.e. no big deal.
Right, slightly annoying but no big deal, as is often the case in open source.
;)
Cheers, Kuba
Kuba Ober wrote:
Molle Bestefich wrote:
Kuba Ober wrote:
I'm annoyed that .wine is inaccessible through KDE and Gnome apps.
It is accessible all right. You just don't know how to get there.
Please insert relevant context when quoting. You're obviously misrepresenting what I said, turning it into something completely else, and then answering it.
I don't know what did I misquote. That's the only thing relevant to my reply that you said in that mail, and the previous paragraph from Mike didn't add much as far as I can tell.
Here: + I'm annoyed that .wine is inaccessible through KDE and Gnome apps. + + Not through the file manager, but often in various applications.
I never said that any arbitrary KDE or Gnome app would fail, which is what is implied by only quoting / replying to the first line.
That serves no purpose (other than annoying me).
Sorry to have been annoying :(
Well, sorry back at ya, thought you were doing it on purpose. Don't be sorry, probably my fault for inserting too many linefeeds or something, anyway. Never mind :-).
-
Andreas Mohr -
Joseph Garvin -
Kuba Ober -
Molle Bestefich -
Neil Skrypuch -
Peter Beutner