Hi everybody, I'm new to the list ;-)
Ori Bernstein wrote:
>--
>
> Whem the file is released, then the default drag action is performed, and the
> drag target stays in place (Benny's main complaint with Konqeror was that it
> changed back to the source directory).
>
> The filer should *NOT*
Benedikt Meurer wrote:
> The plugin system will enable a wide range of UI controls that behave
> differently, but for the beginning, we need to get the core running,
> which implements the basic feature set we agreed on and everybody is
> expecting from Thunar 1.0.
I agree completely. A strong,
Benedikt Meurer wrote:
>
> Besides that, for this kind of stuff, dedicated applications are better
> suited. I'm not a big fan of the "let's put everything into the file
> manager" idea.
Amen.
Frankly, in the majority of cases I don't see what can't be achieved
with an "Open With..." option f
Brian J. Tarricone wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Biju Chacko wrote:
>
>>Benedikt Meurer wrote:
>>
>>
>>>Jaap Karssenberg wrote:
>>>
>>>
IMHO if you make it look like the gtk filechooser make sure it
behaves consistent with it. For the user it is very confusi
While I agree with Benedikt about Thunar not being ROX, I still think that ROX
has some very good ideas that can be sto^H^H^Hinnovated. One of them is their
"Directories Spring Open" feature.
This feature makes file management a great deal easier for both the advanced
user and the intermediate use
Just talked to Ori on IRC concerning certain ROX features, and why not
to include them. I think it's important to remember that Thunar is not
ROX and we have completely different goals. There's no need to emulate
ROX, as people that want to use ROX will happily use ROX. We don't need
another "R
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Benedikt Meurer wrote:
> Wit Wilinski wrote:
>
>>>Besides that, for this kind of stuff, dedicated applications are
>>>better suited. I'm not a big fan of the "let's put everything into
>>>the file manager" idea.
>>>
>>
>>Well, there's a lack of "dedic
Wit Wilinski wrote:
>> Besides that, for this kind of stuff, dedicated applications are
>> better suited. I'm not a big fan of the "let's put everything into
>> the file manager" idea.
>>
>
> Well, there's a lack of "dedicated applications". All I need is a
> simple import dialog. The best one I'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Biju Chacko wrote:
> Benedikt Meurer wrote:
>
>>Jaap Karssenberg wrote:
>>
>>>IMHO if you make it look like the gtk filechooser make sure it
>>>behaves consistent with it. For the user it is very confusing when
>>>things look the same but behave diffe
On Thu, 30 Jun 2005 18:17:29 +0200
Benedikt Meurer <[EMAIL PROTECTED]> wrote:
>
> Besides that, for this kind of stuff, dedicated applications are better
> suited. I'm not a big fan of the "let's put everything into the file
> manager" idea.
>
Well, there's a lack of "dedicated applications".
Wit Wilinski wrote:
> As for plugins for url handlers, it would be a magnificent idea to have a
> camera:// interface,
> a plugin based on libgphoto2. It would display thumbnails for photos in the
> camera's memory,
> allow for copying them to local hard drive and deleting from the camera.
>
> W
As for plugins for url handlers, it would be a magnificent idea to have a
camera:// interface,
a plugin based on libgphoto2. It would display thumbnails for photos in the
camera's memory,
allow for copying them to local hard drive and deleting from the camera.
What do you think about such an ide
Jaap Karssenberg wrote:
> Good afternoon,
>
> Two questions this time, the first very practical: could you give me
> a login for the wiki, I would like to fix the url for the daily
> patches and maybe organise a little bit there; maybe summerize some
> discussions from the list.
Done.
> Second q
On 6/30/05, Rodrigo Coacci <[EMAIL PROTECTED]> wrote:
> My bit of opinion: why don't we add some sort of
> button|toggle|menu|anything-else so the user save that view for that folder?
> What I mean is this: Thunar should only remember that folder config if
> requested to do it, otherwise use the de
On 6/30/05, Rain Viigipuu <[EMAIL PROTECTED]> wrote:
> > > Benedikt Meurer wrote:
> > > > This would be that we need to remember the chosen view per directory. We
> > > > can do that, no problem, just the question: Should we actually do it
> > > > that way?
>
> As it is suggested in preferences th
My bit of opinion: why don't we add some sort of
button|toggle|menu|anything-else so the user save that view for that
folder? What I mean is this: Thunar should only remember that folder
config if requested to do it,
otherwise use the default-view|actual-view. That would solve the
problem of: user
> > Benedikt Meurer wrote:
> > > This would be that we need to remember the chosen view per directory. We
> > > can do that, no problem, just the question: Should we actually do it
> > > that way?
As it is suggested in preferences thread in this mailinglist . I think
that the right thing to do is
Good afternoon,
Two questions this time, the first very practical: could you give me a login
for the wiki, I would like to fix the url for the daily patches and maybe
organise a little bit there; maybe summerize some discussions from the list.
Second question more technical: what mechanism is p
Jaap Karssenberg wrote:
>> The application "tells" the file manager whether it can accept URIs
>> (see the desktop entry spec for details). If the application
>> supports only local paths, the file manager automatically downloads
>> the file to a temporary location and fires the application on the
On Thu, June 30, 2005 11:29, Benedikt Meurer said:
> The application "tells" the file manager whether it can accept URIs (see
> the desktop entry spec for details). If the application supports only
> local paths, the file manager automatically downloads the file to a
> temporary location and fi
Benedikt Meurer wrote:
- a shelf
>>
>>>We had that discussion already, and the result was that it doesn't
>>>fit with the bookmarks feature. Instead, one can write a simple
>>>panel plugin that does exactly this, and it's even independent of
>>>the file manager in use.
>>
>>So that's a yes for
Jaap Karssenberg wrote:
>>> - samba support
>>
>> This will be provided by D-VFS, once finished (or maybe we'll add a
>> Gnome-VFS based ThunarFolder/ThunarFile implementation at some
>> time).
>
> What about the following scenario: I'm browsing a samba share and I
> see a movie I want to play,
On Wed, June 29, 2005 21:33, Benedikt Meurer said:
>> - samba support
>
> This will be provided by D-VFS, once finished (or maybe we'll add a
> Gnome-VFS based ThunarFolder/ThunarFile implementation at some time).
What about the following scenario: I'm browsing a samba share and I see a movie
Biju Chacko wrote:
>>>IMHO if you make it look like the gtk filechooser make sure it
>>>behaves consistent with it. For the user it is very confusing when
>>>things look the same but behave differently. Besides, if the gtk
>>>people found this behaviour intuitive enough why disagree with them?
>>
>
24 matches
Mail list logo