Matt McClinch wrote:
> Bjoern Martensen wrote:
>
>> I'm sorry, but I don't like the new behaviour at all.
>> I think it makes much more sense that only items that are actually
>> _inside_ the rubber band are selecteted.
>>
>> Björn
>>
>>
> I admit it can be annoying if you are used to starting
Benedikt Meurer wrote:
> You don't need sudo if HAL allows Shutdown/Reboot for your user on the
> org.freedesktop.Hal.Device.SystemPowerManagement interface. I.e. to
> allow all users in the group "users" to shutdown via HAL add this to
> your system message bus configuration:
>
>
>
>
Thanks
Luca Bruno wrote:
> Hello,
> the latest HAL version include mount/umount/eject scripts in
> /usr/share/hal/scripts.
> I think it should be a good idea to add support for this dbus based
> mounting other than pmount and gnome-mount.
> I still don't know how dbus works and how the method could
Mathias Brodala wrote:
> Hello.
>
> I’d like to ask if Thunar is able to sort viewed files and directory in a more
> useful manner somehow.
>
> At the moment, it sorts alphabetically, but first uppercase and after that
> lowercase names. This results in two different orders.
>
> If I have three
tomás pollak wrote:
> Hello everyone,
>
> I just wanted to know if there are any plans for an Undo / Redo
> feature in Thunar.
>
> Sometimes it IS quite handy to be able to undo what you just did.
> Specially when you're dealing with lots of similar files and move them
> to the wrong place by mis
[EMAIL PROTECTED] wrote:
> Hi,
>
> I would like to suggest feature for Thunar, which I would appreciate
> very much.
>
> It would be additional type of "view". Now there are icon view, icon
> view with side pane and icon view with tree list. My suggestion would
> be to have to possibility of two
Benedikt Meurer wrote:
> Benedikt Meurer wrote:
>>> replaced the ones at
>>> http://stud.fh-wedel.de/~mi2112/config.h
>>> http://stud.fh-wedel.de/~mi2112/config.log
>> Ok, next try. ;-)
>
> Should be fixed in trunk now.
I wasn't at home the weekend so I had no chance of testing your last
patch,
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>>>>> cc1: warnings being treated as errors
>>>>>>> tdb.c: In function 'tdb_write':
>>>>>>> tdb.c:398: warning: implicit declaration of function 'pwrite'
>
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>>> cc1: warnings being treated as errors
>>>>> tdb.c: In function 'tdb_write':
>>>>> tdb.c:398: warning: implicit declaration of function 'pwrite'
>>>>> tdb.c:
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> cc1: warnings being treated as errors
>>> tdb.c: In function 'tdb_write':
>>> tdb.c:398: warning: implicit declaration of function 'pwrite'
>>> tdb.c: In function 'tdb_read&#
Benedikt Meurer wrote:
> Björn Martensen wrote:
>> Found another bug:
>> when you moved an image into the trash and have thumbnails enabled,
>> thunar crashes when you open the trash:
>>
>>> GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling
>
Found another bug:
when you moved an image into the trash and have thumbnails enabled,
thunar crashes when you open the trash:
> GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling
> gdk_pixbuf_loader_close() - this is not allowed. You must explicitly end the
> data stream to the loa
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>>> cc1: warnings being treated as errors
>>>>> tdb.c: In function 'tdb_write':
>>>>> tdb.c:398: warning: implicit declaration of function 'pwrite'
>>>>> tdb.c:
Benedikt Meurer wrote:
> Björn Martensen wrote:
>> your latest changes in 22537 break building here again :/
>>
>>> cc1: warnings being treated as errors
>>> tdb.c: In function 'tdb_write':
>>> tdb.c:398: warning: implicit declaration o
Benedikt Meurer wrote:
> Björn Martensen wrote:
>> I have to correct myself: with gtk 2.8.20 now there are no crashes
>> related to the tree sidepane but everytime I try to open the context
>> menu on a file or a folder, thunar crashes. on free space it works.
>> Thi
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>> Argh! After applying the patch I pasted in a mail just minutes ago,
>>>> Thunar now crashes when I delete a folder while using the tree sidepane :(
>>> Patch?
>> BTW: The patch didn't caus
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>> Argh! After applying the patch I pasted in a mail just minutes ago,
>>>> Thunar now crashes when I delete a folder while using the tree sidepane :(
>>> Patch?
>> BTW: The patch didn't caus
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>>> Besides that I'm unable to make Thunar crash with the tree pane, even on
>>>>> Linux. Can you describe the exact steps to make it crash?
>>>> I just chose sidepane -> tree and expand a tre
Benedikt Meurer wrote:
> Rodrigo Coacci wrote:
>>> Post the relevant lines before the strptime declarations from time.h.
>> Here they are:
>>
>> # ifdef __USE_XOPEN
>> /* Parse S according to FORMAT and store binary time information in TP.
>> The return value is a pointer to the first unparsed ch
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>>> Besides that I'm unable to make Thunar crash with the tree pane, even on
>>>>> Linux. Can you describe the exact steps to make it crash?
>>>> I just chose sidepane -> tree and expand a tre
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> Besides that I'm unable to make Thunar crash with the tree pane, even on
>>> Linux. Can you describe the exact steps to make it crash?
>> I just chose sidepane -> tree and expand a tree. at that moment thuna
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> Besides that I'm unable to make Thunar crash with the tree pane, even on
>>> Linux. Can you describe the exact steps to make it crash?
>> I just chose sidepane -> tree and expand a tree. at that moment thuna
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>>> and this is the bt from the crash related to expanding Locations:
>>>>> #0 0xb79008d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
>>>>> #1 0xb7900aa5 in g_slice_alloc0 () from /
Benedikt Meurer wrote:
> Benedikt Meurer wrote:
>>> and this is the bt from the crash related to expanding Locations:
>>> #0 0xb79008d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
>>> #1 0xb7900aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
>>> #2 0xb79daf1f in g_type_create_in
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>>> You already spotted the invalid free()'s earlier. Now you just need to
>>>>> make Thunar crash, i.e. run Thunar with
>>>>>
>>>>> export G_SLICE=always-malloc
>>>>&g
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> You already spotted the invalid free()'s earlier. Now you just need to
>>> make Thunar crash, i.e. run Thunar with
>>>
>>> export G_SLICE=always-malloc
>>> export MALLOC_CHECK_=2
>>>
&
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>>> and this is the bt from the crash related to expanding Locations:
>>>>> #0 0xb79008d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
>>>>> #1 0xb7900aa5 in g_slice_alloc0 () from /
Benedikt Meurer wrote:
> Benedikt Meurer wrote:
>>> and this is the bt from the crash related to expanding Locations:
>>> #0 0xb79008d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
>>> #1 0xb7900aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
>>> #2 0xb79daf1f in g_type_create_in
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>> btw, I still have to add
>>>> #define __USE_XOPEN
>>>> before #include
>>>> to be able to compile.
>>> Send me your config.log please.
>> http://stud.fh-wedel.de/~mi2112/con
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> $ gdb Thunar
>>> [gdb stuff...]
>>> (gdb) run
>>> [... do something to make it crash ...]
>>> (gdb) bt
>>> [... get your backtrace ...]
>>> (gdb) quit
>> That is what i wa
Brian J. Tarricone wrote:
> On 7/26/2006 3:10 PM, Benedikt Meurer wrote:
>>> Björn Martensen wrote:
>>>>>> However, the other two crashes I reported that occur in the treeview
>>>>>> sidepane are still present.
>>>>> If the b
Benedikt Meurer wrote:
> Björn Martensen wrote:
>> However, the other two crashes I reported that occur in the treeview
>> sidepane are still present.
>
> If the backtrace shows g_slice_alloc() or g_slice_alloc0(), try set the
> environment variable G_SLICE to always-
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>> I've uploaded a new tarball with several other fixes:
>>>>
>>>> http://thunar.xfce.org/download/snapshots/devel/Thunar-0.3.3svn-trashexp2-r22528.tar.bz2
>>>>
>>>> Plea
Benedikt Meurer wrote:
> Benedikt Meurer wrote:
>> I've uploaded a new tarball with several other fixes:
>>
>> http://thunar.xfce.org/download/snapshots/devel/Thunar-0.3.3svn-trashexp2-r22528.tar.bz2
>>
>> Please try this one, and close the GNOME bug report if the crash is gone.
>
> BTW: The strpt
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> Backtrace?
>> (gdb) bt
>> #0 0xb79758d7 in g_slice_alloc () from /usr/lib/libglib-2.0.so.0
>> #1 0xb7975aa5 in g_slice_alloc0 () from /usr/lib/libglib-2.0.so.0
>> #2 0xb795c402 in g_list_alloc ()
Benedikt Meurer wrote:
> Björn Martensen wrote:
>> When I have a folder in the trash bin and switch into the folder, go
>> back to trash, switch into the folder again, go back again (and so on)
>> thunar crashes the 6th time i try to go back. it's always at the 6th back.
When I have a folder in the trash bin and switch into the folder, go
back to trash, switch into the folder again, go back again (and so on)
thunar crashes the 6th time i try to go back. it's always at the 6th back.
Björn
signature.asc
Description: OpenPGP digital signature
_
Benedikt Meurer wrote:
> Please give it a try and help to find left-over problems. Building from
> that tarball will enable full debugging by default, so in case of a
> problem Thunar should crash with an assertion instead of messing up your
> files. Please report all problems.
Another One: whit
Benedikt Meurer wrote:
> Please give it a try and help to find left-over problems. Building from
> that tarball will enable full debugging by default, so in case of a
> problem Thunar should crash with an assertion instead of messing up your
> files. Please report all problems.
Ok, here is one:
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>> The import of the trash framework into Thunar is mostly finished, and
>>> works for my tests. It's currently limited to the home trash, but will
>>> be extended to utilize foreign trash dirs as well.
&g
Benedikt Meurer wrote:
> The import of the trash framework into Thunar is mostly finished, and
> works for my tests. It's currently limited to the home trash, but will
> be extended to utilize foreign trash dirs as well.
>
> I've uploaded an experimental tarball at:
> http://thunar.xfce.org/downlo
Benedikt Meurer wrote:
> Rodrigo Coacci wrote:
>>> Post the relevant lines before the strptime declarations from time.h.
>> Here they are:
>>
>> # ifdef __USE_XOPEN
>> /* Parse S according to FORMAT and store binary time information in TP.
>> The return value is a pointer to the first unparsed
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>>>>>>> thunar-file.c: In function ‘thunar_file_get_deletion_date’:
>>>>>>>>> thunar-file.c:1361: warning: implicit declaration of function
>>>>>>>>> ‘str
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>>>>>>>>> thunar-file.c: In function thunar_file_get_deletion_date:
>>>>>>>>>>> thunar-file.c:1361: warning: implicit declaration of function
>>>>>>&
Brian J. Tarricone wrote:
> Benedikt Meurer wrote:
>>> Björn Martensen wrote:
>>>>>>>>> thunar-file.c: In function thunar_file_get_deletion_date:
>>>>>>>>> thunar-file.c:1361: warning: implicit declaration of function
>
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>>>>> thunar-file.c: In function ‘thunar_file_get_deletion_date’:
>>>>>>> thunar-file.c:1361: warning: implicit declaration of function ‘strptime’
>>>>>>> thunar-file.c:13
Benedikt Meurer wrote:
> Björn Martensen wrote:
>>>> I can't build the content of the tarball:
>>>>
>>>>> thunar-file.c: In function ‘thunar_file_get_deletion_date’:
>>>>> thunar-file.c:1361: warning: implicit declaration of fun
Benedikt Meurer wrote:
> Björn Martensen wrote:
>> I can't build the content of the tarball:
>>
>>> thunar-file.c: In function ‘thunar_file_get_deletion_date’:
>>> thunar-file.c:1361: warning: implicit declaration of function ‘strptime’
>>> thunar-f
I can't build the content of the tarball:
> thunar-file.c: In function ‘thunar_file_get_deletion_date’:
> thunar-file.c:1361: warning: implicit declaration of function ‘strptime’
> thunar-file.c:1361: warning: comparison between pointer and integer
> make[3]: *** [Thunar-thunar-file.o] Error 1
Bj
Benedikt Meurer wrote:
> inotify is Linux-only and will remain Linux-only, so why should it be
> supported in Thunar? Thunar has nothing to do with Linux. Linux is just
> one of the supported platforms. Perhaps in two, three years when inotify
> is dropped and replaced by a more generic event inte
Hi,
I heard that gamin isn't developed anymore, since all it does is pretty
much the same as inotify which is used by the kernel (or so ;) I didn't
completely follow that..) and fam would be only required for watching
nfs or such.
So my question is, if thunar is to use inotify too in the future an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Benedikt Meurer wrote:
> This is already available in Thunar, see Stefans mail.
Ah, great!
I didn't check it, because the name of the option "..HorizontalWheel.."
sounded more like it was the function of a wheel and not buttons ;) (as
some mice have a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Benedikt Meurer wrote:
> Scroll up/down on one of the path bar buttons?
no.
i'm talking about the buttons on a mouse which you use in a web browser
to browse back and forward. seems like i misunderstood mike.
in thunar with toolbar style location bar
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Massonnet wrote:
> I have another suggestion, in the same idea. I would like to be able to
> scroll
> over the location buttons. It could be very nice.
Yeah, I meant those location buttons. Not a horizontal mouse wheel.
Björn
-BEGIN PGP SI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'd like to be able to browse back and forward in the folders by
clicking the buttons some mice have for this in the file pane as it
works in web browsers or the windows explorer, too.
In xmodmap, the number 6 is the "back" and 7 is the "forward"
ligu wrote:
> Hi
> A small suggestion...
>
> The ability to create a new folder by "right click -> create folder" when
> "view as detailed list" is selected.
> This works when there is few items in the directory but not when the item
> count is so large that the scroll list is visible.
Yeah, that'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Benedikt Meurer wrote:
> Björn Martensen wrote:
>> I'd like to know, if the selection rectangle for multiple selection
>> which is atm only present in the icon view, will/can be implemented for
>> the listview too?
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to know, if the selection rectangle for multiple selection
which is atm only present in the icon view, will/can be implemented for
the listview too?
Björn
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
imagine a folder full of files, so there is now whitespace below it
(detailed list view).
You have no chance of pasting the file there by only using the mouse
(ok, you could use the "Edit" menu, which shows paste enabled when
opening the context m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi
i'm pretty new to thunar and i really like it a lot!
I registered mainly because of a bug that i found to be already fixed in
current svn :>
but i'd like to know if there is a twin pane view planned for thunar, or
tabs as in pcmanfm [1], which wo
60 matches
Mail list logo
