ROX-Filer 2.11 patched
Hi.
Thanks for the link.
I took almost 20 minutes to download (low speed volume only atm), but it compiled immediately without to complain my changes made in pixmaps.h.
Thanks for the link.
I took almost 20 minutes to download (low speed volume only atm), but it compiled immediately without to complain my changes made in pixmaps.h.
- Attachments
-
- Rox-32px-icons.jpg
- (117.55 KiB) Downloaded 836 times
-
- Posts: 109
- Joined: Sat 29 Jul 2017, 03:16
- Location: Wisconsin
I have been doing some more work on ROX-Filer and I think I fixed the problem with a small area between the icon and name not being clickable when using small icons.
I also updated the tooltip for the "Details" button that switches between "List View" and "Icon View" modes.
The tooltip used to read "Show extra details". @ITSMERSH would you be willing to translate the following?
I also updated the tooltip for the "Details" button that switches between "List View" and "Icon View" modes.
The tooltip used to read "Show extra details". @ITSMERSH would you be willing to translate the following?
Code: Select all
#: toolbar.c:145
msgid ""
"Left: toggle List View\n"
"Center: Return to normal Icon View\n"
"Right: cycle extra details"
msgstr ""
-
- Posts: 109
- Joined: Sat 29 Jul 2017, 03:16
- Location: Wisconsin
New version:
32 bit version https://www.dropbox.com/s/zq1avluqxb5i0 ... 2.pet?dl=1
64 bit version https://www.dropbox.com/s/ql0k1ovnlzf1k ... 4.pet?dl=1
I made some adjustments to the icon auto-placement code in pinboard.c
The original code only supported vertical columns, but now horizontal rows are supported too. You may need to set the bottom margin appropriately. (Options->Pinboard->Iconified windows)
Instead of specifying actual coordinates in the soap message, negative values have the following special meanings:
x: -1 means left (vertical), -2 means right (vertical),
-3 means left (horizontal), -4 means right (horizontal)
y: -1 means top, -2 means bottom
To test it out, I put the following soap message in a text file,
and fed it to rox with the following command line,
32 bit version https://www.dropbox.com/s/zq1avluqxb5i0 ... 2.pet?dl=1
64 bit version https://www.dropbox.com/s/ql0k1ovnlzf1k ... 4.pet?dl=1
I made some adjustments to the icon auto-placement code in pinboard.c
The original code only supported vertical columns, but now horizontal rows are supported too. You may need to set the bottom margin appropriately. (Options->Pinboard->Iconified windows)
Instead of specifying actual coordinates in the soap message, negative values have the following special meanings:
x: -1 means left (vertical), -2 means right (vertical),
-3 means left (horizontal), -4 means right (horizontal)
y: -1 means top, -2 means bottom
To test it out, I put the following soap message in a text file,
Code: Select all
<?xml version="1.0"?>
<env:Envelope xmlns:env="http://www.w3.org/2001/12/soap-envelope">
<env:Body xmlns="http://rox.sourceforge.net/SOAP/ROX-Filer">
<PinboardAdd>
<Path>/root/test</Path>
<X>-4</X>
<Y>-2</Y>
<Label>test</Label>
<Args>echo test</Args>
</PinboardAdd>
</env:Body>
</env:Envelope>
Code: Select all
cat test-soap | rox -R
Code: Select all
#: toolbar.c:145
msgid ""
"Left: toggle List View\n"
"Center: Return to normal Icon View\n"
"Right: cycle extra details"
msgstr ""
Code: Select all
#: toolbar.c:145
msgid ""
"Left: Darstellung als einfache Liste\n"
"Center: Normale Darstellung (nur Ikonen)\n"
"Right: Darstellung als detaillierte Liste"
msgstr ""
Code: Select all
#: toolbar.c:145
msgid ""
"Left: Darstellung als einfache Liste\n"
"Center: Normale Darstellung (nur Ikonen)\n"
"Right: Darstellungen detaillierter Listen"
msgstr ""
Last edited by ITSMERSH on Mon 28 Jan 2019, 16:48, edited 1 time in total.
-
- Posts: 109
- Joined: Sat 29 Jul 2017, 03:16
- Location: Wisconsin
I updated de.po, GitHub.com 8b7ccdf - commit amended
The translation is for the Details button tooltip, are you sure it accurately describes how the button works?
The translation is for the Details button tooltip, are you sure it accurately describes how the button works?
- Attachments
-
- Details_tooltip.png
- (20.38 KiB) Downloaded 667 times
Last edited by woodenshoe-wi on Mon 28 Jan 2019, 19:43, edited 1 time in total.
I haven't installed the updated version of Rox filer, so can't check the results for "cycle extra details".
Updated my previous post to provide a better translation if there's some sort of "multiple detailed views" with different details shown.
Edit:
Ok installed for testings.
My new translation definitely fits to its new behaviour.
Updated my previous post to provide a better translation if there's some sort of "multiple detailed views" with different details shown.
Edit:
Ok installed for testings.
My new translation definitely fits to its new behaviour.
-
- Posts: 109
- Joined: Sat 29 Jul 2017, 03:16
- Location: Wisconsin
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Hello,
Here is the French translation.
Cordialement.
Here is the French translation.
Cordialement.
- Attachments
-
- ROX-Filer-2.11-patched_fr_po-mo_files.tar.gz
- (81.96 KiB) Downloaded 330 times
-
- Posts: 109
- Joined: Sat 29 Jul 2017, 03:16
- Location: Wisconsin
New version:
32 bit version https://github.com/woodenshoe-wi/rox-fi ... mmon32.pet
NLS https://github.com/woodenshoe-wi/rox-fi ... mmon32.pet
64 bit version https://github.com/woodenshoe-wi/rox-fi ... mmon64.pet
NLS (actual .mo files are identical to 32 bit pet)
https://github.com/woodenshoe-wi/rox-fi ... mmon64.pet
pot and po files https://github.com/woodenshoe-wi/rox-fi ... xenial.pet
@recobayu I fixed the problem with the keypad "Enter" key, all I needed to do was add a single line. The regular "Enter" key is named GDK_Return but the keypad "Enter" key is named GDK_KEY_KP_Enter. Now it looks for both.
While I was looking at the keystroke handling code, I noticed that the keypad arrow keys weren't being handled properly either. I added the keypad arrow keys everywhere that the regular arrow keys were used, but no mater what I tried I couldn't get them to work properly when the "Shift" key was held down... It turned out that the standard Linux behavior is to temporarily toggle the "Number Lock" state when the "Shift" key is pressed.
No "Shift", NumLock off = arrow keys
No "Shift", NumLock on = numbers
"Shift", NumLock off = numbers!
"Shift", NumLock on = arrow keys with "Shift" state
To fix this I had to change the line in xorg.conf from:
Option "XkbOptions" "terminate:ctrl_alt_bksp"
to
Option "XkbOptions" "terminate:ctrl_alt_bksp,numpad:microsoft"
If that doesn't fix it for you try searching for "numpad:microsoft". There are apparently lots of different ways to set that configuration option, and different distros use different approaches.
@Argolance Thank you for the translation file!
Hopefully the msgmerge command didn't screw anything up, and I have the new translations merged to fr.po GitHub.com 410d6c9
Edit: shortened post.
32 bit version https://github.com/woodenshoe-wi/rox-fi ... mmon32.pet
NLS https://github.com/woodenshoe-wi/rox-fi ... mmon32.pet
64 bit version https://github.com/woodenshoe-wi/rox-fi ... mmon64.pet
NLS (actual .mo files are identical to 32 bit pet)
https://github.com/woodenshoe-wi/rox-fi ... mmon64.pet
pot and po files https://github.com/woodenshoe-wi/rox-fi ... xenial.pet
@recobayu I fixed the problem with the keypad "Enter" key, all I needed to do was add a single line. The regular "Enter" key is named GDK_Return but the keypad "Enter" key is named GDK_KEY_KP_Enter. Now it looks for both.
While I was looking at the keystroke handling code, I noticed that the keypad arrow keys weren't being handled properly either. I added the keypad arrow keys everywhere that the regular arrow keys were used, but no mater what I tried I couldn't get them to work properly when the "Shift" key was held down... It turned out that the standard Linux behavior is to temporarily toggle the "Number Lock" state when the "Shift" key is pressed.
No "Shift", NumLock off = arrow keys
No "Shift", NumLock on = numbers
"Shift", NumLock off = numbers!
"Shift", NumLock on = arrow keys with "Shift" state
To fix this I had to change the line in xorg.conf from:
Option "XkbOptions" "terminate:ctrl_alt_bksp"
to
Option "XkbOptions" "terminate:ctrl_alt_bksp,numpad:microsoft"
If that doesn't fix it for you try searching for "numpad:microsoft". There are apparently lots of different ways to set that configuration option, and different distros use different approaches.
@Argolance Thank you for the translation file!
Hopefully the msgmerge command didn't screw anything up, and I have the new translations merged to fr.po GitHub.com 410d6c9
Edit: shortened post.
Last edited by woodenshoe-wi on Sat 16 Feb 2019, 23:26, edited 1 time in total.
Hi
in some Puppy, the built-in version of Rox filer hasn't an opportune order of columns (I prefer name - size - last modified - owner - group - permissions (I never use the 3 lasts in rox as they interesting studying a certain file: in that case I use ls !).
it is the case for ex. in Bionic.
and in Bionic, I find I can't change the order
in some other, I can (drag and drop the last column to an other place) but after remastering the change becomes the same as initially before the change !
what is to do?
kind regards
in some Puppy, the built-in version of Rox filer hasn't an opportune order of columns (I prefer name - size - last modified - owner - group - permissions (I never use the 3 lasts in rox as they interesting studying a certain file: in that case I use ls !).
it is the case for ex. in Bionic.
and in Bionic, I find I can't change the order
in some other, I can (drag and drop the last column to an other place) but after remastering the change becomes the same as initially before the change !
what is to do?
kind regards
-
- Posts: 109
- Joined: Sat 29 Jul 2017, 03:16
- Location: Wisconsin
This version doesn't save the order of columns, I think the jun7 fork does.
You can however choose which columns to show.
You can however choose which columns to show.
- Attachments
-
- Options_List_View_small.jpg
- (21.46 KiB) Downloaded 444 times
- Argolance
- Posts: 3767
- Joined: Sun 06 Jan 2008, 22:57
- Location: PORT-BRILLET (Mayenne - France)
- Contact:
Bonjour,
Cordialement.
Done!woodenshoe-wi wrote:I was wondering if you could look at some of the translations involving file modification times (mtime, ctime).
Cordialement.
- Attachments
-
- ROX-Filer-2.11-patched_fr_po-mo_files_190216.tar.gz
- (82 KiB) Downloaded 340 times
-
- Posts: 109
- Joined: Sat 29 Jul 2017, 03:16
- Location: Wisconsin
- perdido
- Posts: 1528
- Joined: Mon 09 Dec 2013, 16:29
- Location: ¿Altair IV , Just north of Eeyore Junction.?
Hi woodenshoe-wi,
There is an interesting discussion about implementing a progress bar for single file / directory copying.
http://murga-linux.com/puppy/viewtopic.php?t=115467
Seems a progress bar already exists for multiple file / directory copying.
Thanks for the continued developement of ROX Filer
.
There is an interesting discussion about implementing a progress bar for single file / directory copying.
http://murga-linux.com/puppy/viewtopic.php?t=115467
Seems a progress bar already exists for multiple file / directory copying.
Thanks for the continued developement of ROX Filer
.
Here's an example of what Semme posted up, and there are others posted too.
- Attachments
-
- bar-cat-n.gif
- (12.28 KiB) Downloaded 846 times
- fabrice_035
- Posts: 765
- Joined: Mon 28 Apr 2014, 17:54
- Location: Bretagne / France
Hello,
I use another way, working fine.
http://www.murga-linux.com/puppy/viewto ... 7&start=15
edit : new version
Regard.
I use another way, working fine.
http://www.murga-linux.com/puppy/viewto ... 7&start=15
edit : new version
Regard.
Last edited by fabrice_035 on Sun 03 Mar 2019, 16:45, edited 1 time in total.
Bionicpup64-8.0 _ Kernel 5.4.27-64oz _ Asus Rog GL752