- This topic has 142 replies, 18 voices, and was last updated Oct 12-2:21 am by marcelocripe.
-
Posts
-
Anonymous
Any links to specific, versioned, debfiles will quickly become stale, eh.
The current .deb files can be retrieved from the project page https://gitlab.com/skidoo/zzzfm/>>> to understand: Right click
the attempted goal:
desktop drag should be completely disabled while MOUSE3 (right-click) is depressed
and, elsewise when clicking on a desktop icon, if the cursor has moved less than 20px the intent should not be interpreted as a drag attemptPPC
@skidoo – hi! During my localization process of the po file to pt-pt I did not willingly added any extra characteres… When I failed to merge my latest po file and saved it as a text file and opened it in geany, I noticed many extra “enter” signs – I deleted all I could find, but I did not performe a full search (e edited them out as I reviewes the translation)…
Just to explain- the way I edited the po files was like this; I opened your portuguese .po file straight from your git page, logged in using my google credential (yeah, it suck’s but it’s my main personal e-mail since the dark ages), edited everything in place and then forked and merged the results with your original file. I noticed, right at the start that there are some bug.. for example- the portuguese word for “Icon” is “Ícone” if I type it the a capital “Í” it always comes up like “ÍÍ” and I have to delete one letter… Maybe some other strange behaviour is happening that inserts the “enter” character” after some of my editions?
Anyway, I’m quite pleased with the last version I posted here- only some obscure stuff is yet to be translated… It’ll be nice to be it included in a future version of zzzfm, but it’s fully workable as is in 1.0.7-1 (only the unstranslted “Bookmark” menu on that version really bugs me…strange note – I have the same version on my home and work desktops. Both are antiX 19.3 64 bits…
In my work pc the “show bookmarks” and Tools > “New command” show up translated, but not in my home pc (I don’t recall manually editing those entries in my work pc…)It takes some effort but, at least in my work pc the drag bug still happens sometimes if I really try to force it…
As is, zzzfm is an excelent file manager (and much better localized to pt, and after seeing the pt-bt po file, in that version of portuguese it look pretty nice – although with some minor translation errors in some not very common settings).
Any word from anticapitalista, if this is going to replace spacefm in antiX 21?
After seeing Marcelo’s post about batch file renaming I looked for batch renaming bash scripts- but there’s so many possible ways to rename files that I failed to find a universal script I could suggest…
Edit: the best GUI way to batch rename file I could find (without having to install a bunch of dependencies) was https://sourceforge.net/projects/gprename/files/
To make it work in antiX I had to install “libgtk2-perl” (do it using synaptic or the terminal, with “sudo apt install libgtk2-perl” )
Extract the file contents. In my system the “gprename” python script refused to run, so I opened it in geany and saved it as gprename.py, on my home folder and made it executable.
Unfortunatly for Marcelo, the GUI is in english- but this could be very easily be added to a spacefm/zzzfm right click menu…)P.
- This reply was modified 2 years ago by PPC.
marcelocripe
After seeing Marcelo’s post about batch file renaming I looked for batch renaming bash scripts- but there’s so many possible ways to rename files that I failed to find a universal script I could suggest…
Thanks PPC, over the weekend I will be able to test this solution.
I am revising the pt-BR translations for zzzFM and in parallel I replicate for SpaceFM in the transifex, still in line 1060 of 10137.
marcelocripe
(Original text in Brazilian Portuguese)———-
Obrigado PPC, no fim de semana eu poderei testar esta solução.
Estou revisando as traduções pt-BR para o zzzFM e paralelamente replico para o SpaceFM no transifex, ainda na linha 1060 de 10137.
marcelocripe
(Texto original em idioma Português do Brasil)olsztyn
the attempted goal:
desktop drag should be completely disabled while MOUSE3 (right-click) is depressed
and, elsewise when clicking on a desktop icon, if the cursor has moved less than 20px the intent should not be interpreted as a drag attemptThank you skidoo…
I was able to install zzzFM and set as preferred FM application, replacing SpaceFM.
First of all I want to mention that it appears to retain all functionality of SpaceFM that I care about, including the address field, which is important for addressing network shares, should someone want to use it instead of Connectshares…
The fact that devices are not showing on the left makes it also consistent view with Root Window, while in SpaceFM Root Window view is not consistent with the default user window, as it looks like zzzFM view.
As far as testing the ‘drag bug’, which was my primary objective, I admit I am failing so far to set my desktop to be managed by zzzFM, so I can switch to ‘zzz-IceWM’.
Specifically:
– Since that dreaded ‘drag-bug’ annoyed me to the utmost, as it was happening on all my laptops consistently, I dropped the ‘Space-IceWM’ in favor of IceWM and adjusted drag related settings in IceWM to max. No annoying drag issues anymore…
– As soon as I switch to Space-IceWM those drag issues happen consistently on all my laptops – all Thinkpads.
– After installation of zzz and making it the default FM (zzz-Folder-Handler-Desktop), nothing changes on my IceWM desktop, no drag issues as before. However as soon as I switch desktop to Space-IceWM the drag issue is there. My conjecture is that it is because with Space-IceWM it is SpaceFM that plays role. How can I replace Space-IceWM with zzz-IceWM?
Also just to add and clarify my experience:
– The drag hand appearing with even slightest mouse movement on right click on Space is one thing. The second and more important to me was that IceWM menu was not popping up at the end. Just drag hand and no expected action.
– The above behavior was happening to me on Space-IceWM but not on Space-Fluxbox. The antiX menu was popping up for me on Space-Fluxbox.To end my ramblings, I would ask for some direction how to re-create an equivalent testing environment for ‘zzz-IceWM’, replacing ‘Space-IceWM’.
Looking forward to zzz as a complete replacement…
Thanks skidoo for this great product.Live antiX Boot Options (Previously posted by Xecure):
https://antixlinuxfan.miraheze.org/wiki/Table_of_antiX_Boot_Parameters
Xecure
Edit the $HOME/.desktop-session/startup, and add these lines close to the end:
# Let zzzFM manage the desktop zzzfm --desktopAnd it will load on the default icewm (not the Space-icewm) session.
You just need to delete those lines when you don’t want to use zzzfm to manage the desktop.
antiX Live system enthusiast.
General Live Boot Parameters for antiX.strange note – I have the same version on my home and work desktops. Both are antiX 19.3 64 bits…
In my work pc the “show bookmarks” and Tools > “New command” show up translated, but not in my home pc (I don’t recall manually editing those entries in my work pc…)[..]
how to re-create an equivalent testing environment
Instead of just apt-installing each new version, it’s advisable to first purge the previously-installed packages AND “sudo updatedb && locate zzzfm” to ensure no stale copies of files were left on the system. Without this check, you might neglect to “rm -rf ~/.config/zzzfm” (which the purge operation does not disturb). To avoid (re)typing, You can paste the series of commands into a l’il script.
edited to add:
To (re)test the first-run behavior of the AsRoot zzzfm window, need to also remove pre-existing root files:
“sudo rm -rf /root/.config/zzzfm”The fact that devices are not showing on the left makes it also consistent view with Root Window, while in SpaceFM Root Window view is not consistent with the default user window, as it looks like zzzFM view.
>>> in SpaceFM Root Window view is not consistent with the default user window
Hold on, IMO the spacefm first-time-run “AsRoot” behavior was, already, correct / desirable. From my perspective, having an AsRoot window which looks comparatively different (even to a jarring extent) first-time-run “AsRoot” is a “GoodThing”. I’m startled to realize that as a side-effect of pre-populating /etc/xdg (and winding up with “consistency”)… we’ve created a “footgun”. The user can (betcha will!) unset the “annoying red colorbar” and will subsequently lose track of “hmm, is this a ‘Root’ file manager instance?” unless/until visually distinct (different) gtk desktop theme is applied via “sudo lxappearance”.
Oh well. The default red colorbar exists for good reason.
“Custom command #1”
? ? ?
label: “Help! Fix my broke.”
scripted action: “cd ~ && chown -R iwannapony:iwannapony”as soon as I switch desktop to Space-IceWM the drag issue is there. My conjecture is that it is because with Space-IceWM it is SpaceFM that plays role. How can I replace Space-IceWM with zzz-IceWM?
reposting a snippet from post#1 in this topic:
If you would like to use zzzfm to manage desktop icons
(ala ‘space-rox’ desktop sessiontype), you can:sudo mv /usr/bin/spacefm /usr/bin/spacefm_REAL
sudo ln /usr/bin/zzzfm /usr/bin/spacefmthen logout, choose a space-* sessiontype, login
(or switch via the desktop “Other Desktops” menu entries)My conjecture is that it is because with Space-IceWM it is SpaceFM that plays role
(Skidoo, sorry for the slightly off topic ramble:)
It’s not a conjecture… I’ve talked about it many times, over many threads here in the forum, and also, I think in antiX’s Wiki:
There are many “desktops” you can use in antiX- there are the 3 base window managers ( Icewm – the default one, Fluxbox and JWM). NONE od these window managers provides desktop icons. Each of these Window managers has several settings you can choose. From the lease use of resources to the most use of resources:
– min-… (only loads the Window Manager and nothing else- no volume-icon, no conky, nothing at all, so no desktop icons)
– icewm, fluxbox, jwm – these options load the normal window managers. You do get system tray stuff, conky, a walpaper, etc, but no desktop icons
– rox-…- these setings use rox-filer to manage the desktop icons in the corresponding window manager – think of the desktop icons as being shown in a trasnparent, undecorated file manager window.
– space-…- exactly the same as before, but using spacefm to manage the desktop icons…the point being, if you are using a space-icewm, space-fluxbox or space-jwm desktop, you are runing spacefm to display your desktop icons!
In the very first post of this thread, Skidoo showed how to use zzzfm instead of spacefm to manage desktop icons (the desktop names still start with “space”, but they are really using zzzfm). The nice part of doing this is that zzzfm uses almost as little RAM as roxfiler (in my experience almost half of spacefm’s RAM).
Xecure showed you how to use a window manager (I mean the icewm, fluxbox, jwm desktops with zzzfm to manage your desktop. You can test how it goes running the very same comand, when using any of the window managers without the desktop being managed by spacefm or roxfiler. Just open the terminal and type:
zzzfm --desktopP.
Just open the terminal and type:
zzzfm –desktopPlease don’t do that.
Or do (as a test), then as a followup, check what happens when ya switch sessiontypes via “OtherDesktops”. We’re not assured that the various daemon processes will each recognize one another. Instead of silently aborting if another flavor desktopmanager is running, processXYZ may become a “zombie” (in a useless state, but still consuming resources).
previously tested, FWIW:
{zzzfm,spacefm,pcmanfm} will detect if another instance of ITSELF is already running as a daemon, and will not blindly start a new instance.Edit the $HOME/.desktop-session/startup, and add these lines close to the end:
# Let zzzFM manage the desktop
zzzfm –desktop
And it will load on the default icewm (not the Space-icewm) session.Thank you Xecure for this tip. I must have missed from skidoo’s procedure…
Having done this, my testing of ‘drag bug’ confirms what Xecure already reported. The ‘drag bug’ is gone on mouse right click with skidoo’s new version of zzz-IceWM desktop.
However the new behavior is that the right click results in displaying desktop related menu rather than the previous ‘antiX menu’, which was the same as you would click on ‘Start Button’ left bottom corner. Now, I agree that the new behavior may be considered expected and natural for some desktops. However being accustomed to old Fluxbox method displaying antiX menu with right click any place on desktop is simpler and made me never go to this left bottom corner to execute such most commonly used action as to display antiX menu. Particularly that from my experience having bottom panel set to autohide on IceWM, hovering the mouse pointer near bottom edge sometimes results in the bottom panel being stubborn to appear.
So for me (and others will possibly disagree) my preference would be that right click brings the traditional antiX menu rather than desktop menu.
Is there a way to configure this traditional behavior? I apologize if I missed such tip in preceding posts…
Thanks and Regards…Live antiX Boot Options (Previously posted by Xecure):
https://antixlinuxfan.miraheze.org/wiki/Table_of_antiX_Boot_Parameters
Brian Masinick
I finally joined the team in downloading and installing zzzfm_1.0.7-1_amd64.deb and zzzfm-common_1.0.7-1_all.deb
Works fine for my simple needs. Thank you for your excellent work Skidoo!
--
Brian Masinick>>> Is there a way to configure this traditional behavior?
identical in spacefm // zzzfm
View } Preferences } “Desktop” tab
[✓] right click shows WM menu
edited to add:
>>> So for me (and others will possibly disagree) my preference would be that
>>> right click brings the traditional antiX menu rather than desktop menu.(re)consider:
1) taskbar autohide is not a default setting
2) using Alt+F2 to open “gExec” (it has a command history scrollbox, BTW) or other runner is often quicker than visiting a menu ~~ or, alternatively, keybinds, aka WM hotkeys
3) for frequently-accessed items, especially for noobs, “desktop icons are DaBomb”
4) while the spacefm//zzzfm desktopMenu is displayed you can right-click (again), to activate “Design Mode” ~~ add custom menu entries to launch whichever progs (or run commands)
The user can unset the “annoying red colorbar” and will subsequently lose track of “hmm, is this a ‘Root’ file manager instance?”
In the next release, the “blue cube” icon will display at right side of toolbar ~~ serving as an additional visible hint; for AsRoot windows, “red cube” icon is displayed instead.
Robin
Any links to specific, versioned, debfiles will quickly become stale, eh.
The current .deb files can be retrieved from the project page https://gitlab.com/skidoo/zzzfm/I finally joined the team in downloading and installing zzzfm_1.0.7-1_amd64.deb and zzzfm-common_1.0.7-1_all.deb
OK, something I must have missed. (otherwise I would have also joined here in this thread long before…) I can’t locate the place where to get the .deb packages on gitlab. Wherever I search in this labyrinth of a webpage I merely get the source code. I don’t see any .deb files.
Sorry, but I need some kind of Ariadne’s thread 🙂This said, I have some suggestions derived from recent spaceFM in antiX (don’t know whether the features are present in zzzFM at all):
— When copying a string via context menu of an listed directory item (right click item–>edit–>“copy name”/“copy path“/“copy parent”) the three similar commands produce unequally formatted output, which is confusing in everyday work. Either all of them should get quoted, or none of them.
— movement of the tablist. When working in a bunch of directories at the same time, the tablist is very useful. But the arrows right and left to its ends allow to move to the very next tab instead of moving the hidden ends of the list into visible area, so you could simply click the desired tab. The way it is, spaceFM will open and display every single tab on your way to the hidden end of the tablist, which is rather time consuming.
— SpaceFM always opens a new tab when clicking a device from left side menu, even if there exists an identical tab already. Moreover it defaults to create a new tab instead of reusing the active tab. Maybe I’ve missed some modifiers like ALT or CTRL while clicking, I’ll check. But anyway, it shouldn’t default to use new tabs again and again.
— Display of some values in statusline at bottom of the window is confusing: There is no blank between unit identifier (e.g. G,M,K) and number of files. So it reads “23 G free / 24 G1 / 13 (12,3 K)”. Took some time to understand what “G1” (or “M26”, “G141”) in here actually means… Guessed some kind of secret code first.Maybe this helps to prevent zzzFM from inheriting this from spaceFM.
- This reply was modified 2 years ago by Robin.
- This reply was modified 2 years ago by Robin.
- This reply was modified 2 years ago by Robin.
Attachments:
Windows is like a submarine. Open a window and serious problems will start.
https://gitlab.com/skidoo/zzzfm/
and scroll downward to see the .deb files
>>> (don’t know whether the features are present in zzzFM at all)
Thanks for the insightful feedback.
Yes, zzzFM probably inherited all of those attributes.
I’ll check & report back with the details ~~ all of ’em except “new tab each time a device entry is clicked” can probably be modified.and scroll downward to see the .deb files
Thanks. Found them. OK, this is actually the very place I wouldn’t have expected them least. Well hidden between make-, config- and other sourcecode files. 🙂
But even now I’ll wait until this project is in more advanced state, since debs are for 64bit only. Never mind, don’t bother with 32bit builds before everything is in place once, it would be waste of time only.Windows is like a submarine. Open a window and serious problems will start.
- You must be logged in to reply to this topic.
