Fvwm-Crystal, the return

Dominique_71 · Posted: Wed Jan 29, 2014 11:26 pm Post subject:

If that doesn't work after enabling it into the preferences, you must change the command line that start fvwm-crystal into something like that:

mv · Watchman Joined: 20 Apr 2005 Posts: 6747

Dominique_71 · Posted: Sat Feb 01, 2014 12:37 am Post subject:

It is in the file $FVWM_SYSTEMDIR/components/apps/DesktopIcons.

This file use 3 different ways to show the icons.

- $HOME will be shown in all cases. It is mandatory because it have the preferences in its contextual menu.

- environmental variables are used to show the xdg directories (Movies, Desktop, Download, ...). The variables are set up by components/functions/Xdg-User-Dirs which search for ~/.config/user-dirs.dirs. If it doesn't exist, xdg-user-dirs-update is used to create the xdg directories with the locale in use. At the same time, it will create the user-dirs.dirs file. When done, that file is used to export the variables used by DesktopIcons.

That imply if you used another desktop which support the xdg user directories, they are already created and user-dir.dirs should exist, and it will work out of the box. You can remove that file, logout and login, the xdg icons will not work if xdg-user-dirs-update is not into the system.

- /proc/mounts is scanned by gawk and sort to create /tmp/Icons-Drives, which is used to create the icons for the mounted partitions.

It is also a helper script, scripts/DesktopCheckMounts, that check /proc/mounts every 5 seconds and when needed, update /tmp/Icons-Drives and tell FVWM to update the icons.

EDIT: It is many different possibilities in /proc/mounts for the different sorts of mounted partitions. I was not able to test them all. If you have a mounted partition that doesn't show on the desktop, I want to know it and to have the corresponding line in /proc/mounts. Thanks.
_________________
"Confirm You are a robot." - the singularity

mv · Watchman Joined: 20 Apr 2005 Posts: 6747

Thanks for the explanation. Indeed, an ancient ~/.config/user-dirs.dirs existed on both partitions I tried (I had listed only recently generated files from ~/.config and missed user-dirs.dirs since it was so ancient).

Dominique_71 · Posted: Sat Feb 01, 2014 4:49 pm Post subject:

It is so many functions into FVWM-Crystal that I don't remember them all. When I am looking for something, I use 2 ways.

First, it is good to know the order of the file loading. The first file loaded by fvwm is $[FVWM_SYSTEMDIR]/config. From that file, everything is loaded via components/Standard, components/functions/LoadCommonStuffs, the recipe in use and finally the userconfig file.

Second I use searchstring in the addons directory to search for given strings. I put it in ~/bin and it take a string as parameter. Be aware it is not bullet proof. If you give it no string, it will search all the files in the current tree and output a lot of crap in the console. Anyway, it is very useful to search for a given function, or whatever string you may want to search for, into FVWM-Crystal files.

Be also aware that normally, the user configurations will be kept between release. That include all the preferences available in FVWM-Crystal and the userconfig file. But if you copy file from $FVWM_SYSTEMDIR into $FVWM_USERDIR and modify them, the only way to be sure your modifications will not break in case of update, or hide some new or updated stuff, is to contribute them to the project.

A good example of that is the style changes I begun to made it was 2 years ago. The style loading was a real mess, and if most things was working, it was very subtle and deep rooted bugs. It took me some time, but the result is good because most, if not all, of these subtle bugs was fixed and FVWM-Crystal is now able to apply all its preference changes without restart (at the exception of the Nautilus and ROX-Filer delstop icons managers and the key modifiers). That included the introduction of LoadCommonStuffs, and a few things was moved from the recipes to that file. Another result of that was a better standardization of many functions between the recipes, the most obvious being the desktop geometry.

Some users may not like that standardization but it really make easier to implement new things, and FVWM-Crystal a better software which is even easier to use now than before.

On the other hand, I have no planned new big changes, and even the introduction of the FVWM-Crystal desktop icon manager didn't changed nothing of the existing functionalities.
_________________
"Confirm You are a robot." - the singularity

Dominique_71 · Posted: Sat Feb 22, 2014 5:29 pm Post subject:

3.3.2 is out. It bring:

- 2 new recipes for laptops with ACPI support
- a smaller clock button to fit these recipes

and several fixes:

- force the Gambas applications to not use their specified user and program location, but let fvwm do its job.
- increased delay before bringing the Xephyr windows in full screen.
- ACPI batterie applet: changed the checks from /dev to /sys; patch from Debian.
- recipe Default with ACPI: fixed height and colorset in the bottom bar; removed IconMan button warning.
- recipe Lapleft and LapRight: fix stalonetray startup with 1 icon width in the preferences; the clock use now a fixed 24 pixels height.
- Stalonetray give now the same alpha rendering than trayer, instead of the inverse rendering. This make easier to implement it, we can rely on root transparency like with trayer instead of button transparency.
- the launch of the the nested Xephyr session use now $HOME directly instead of a nasty infostore variable. This is both simpler and more robust.
_________________
"Confirm You are a robot." - the singularity

Dominique_71 · Posted: Fri Mar 07, 2014 11:14 am Post subject:

mv, if I understand well your patch into your ebuild:

mv · Watchman Joined: 20 Apr 2005 Posts: 6747

Thanks for your comments.

Dominique_71 · Posted: Sat Mar 08, 2014 10:16 am Post subject:

Sibwara · n00b Joined: 23 May 2013 Posts: 9

Comment choisi-t-on le navigateur par défaut?

j'ai viré firefox et je voulais utiliser chrome à la place

dans mon .fvwm-crystal/preferences j'ai un fichier BROWSER, je l'ai modifié comme ceci:
SetEnv BROWSER /usr/lib64/chromium-browser/chromium-launcher.sh
j'ai bien une variable globale $BROWSER

mais pas mal de programme comme hexchat ou zaproxy, ouvrent les liens avec seamonkey (un clone de firefox que j'ai encore d'installé)

merci

Dominique_71 · Posted: Mon Mar 17, 2014 1:15 pm Post subject:

$BROWSER est une vieille pratique toujours en usage, mais seulement quelques fonctions de fvwm-crystal et les programmes qui utilisent cette variable vont fonctionner avec.

Aujourd'hui, beaucoup de programmes utilisent les utilitaires dans xdg-utils. Le problème avec eux est que ni fvwm, ni fvwm-crystal ne sont reconnus par la norme de freedesktop (encore une connerie de cette équipe, seuls les bureaux authorisés fonctionnent, on dirait du windows et ses drm.) si bien que 'xdg-setting --set' ne peut pas être utilisé, voir http://www.freedesktop.org/wiki/Specifications/shared-mime-info-spec/

Pour une solution, voir https://groups.google.com/forum/#%21topic/arch-linux/XT_12YTNFj4
Il faut éditer ~/.local/share/applications/mimeapps.list
_________________
"Confirm You are a robot." - the singularity

Sibwara · n00b Joined: 23 May 2013 Posts: 9

nickel merci beaucoup

J'ai observé un truc assez bizarre, quand je lance fvwm-crystal avec slim plutot que gdm (je voulais un truc plus léger)

du coup j'ai un curseur énorme (3 à 4 fois sa taille normale), et la taille de base de mes fenetres à l'ouverture (surtout le temrinal) est plus grande que d'habitude (1/3 voir 1/2 de l'ecran au lieu de 1/4 maxi)

as-tu déja observé ce comportement?

Dominique_71 · Posted: Sat Mar 22, 2014 5:14 pm Post subject:

J'ai jamais utilisé slim. Avec startx, le thème de curseur peut être défini dans ~/.Xdefaults
Il y a des exemples dans /usr/share/fvwm-crystal/addons

Sibwara · n00b Joined: 23 May 2013 Posts: 9

Merci, j'ai résolu le probleme, j'ai fait pointé slim vers /etc/X11/Sessions plutot que vers /usr/share/xsessions et ça m'a remit le curseur normal.

J'ai vu en fouillant notamment dans les fonction d'extinction (parce que du coup dès que je voulais eteindre, j'avais un xterm me demandant mon mot de passe) que tu as fait un bon boulot d'integration à gdm, c'est vraiment bien.

Mais je me demandais s'il ne serait pas mieux, à long terme, de se désolidariser de gdm, qui est lourd et qui tire des dépendances gnome dans tous le sens. Moi en fait j'ai du l'abandonner car mon overlay pentoo masque des dépendance gnome necessaires à gdm (notamment en raison du systemd un peu forcé partout).
Slim est très léger et plutot beau (dans un minimalisme apréciable), cela me semble plus convenir à la philosophie fvwm-crystal.

Su ce j'arrète d'écrire en français, je viens de voir que j'ai posté sur la version internationale.

Sorry for frenchless speakers ^^ I apologyze

Dominique_71 · Posted: Sat Mar 22, 2014 9:16 pm Post subject:

Dominique_71 · Posted: Sat Jan 02, 2016 3:21 pm Post subject:

Happy new year!

FVWM-Crystal-3.4.0 is out with a lot of new features and fixes.

Among them, the Exit menu now support hibernation/resume via pm-utils, automatic hibernation too, the amixer control was rewritten to be able to control any mixer control with 'Volume' into their name, and a lot of bug fixes.
_________________
"Confirm You are a robot." - the singularity

mv · Watchman Joined: 20 Apr 2005 Posts: 6747

Great! Version is bumped in the mv overlay.

mv · Watchman Joined: 20 Apr 2005 Posts: 6747

Is there a bugtracker, or should reports go by PM to the maintainer, or should they be reported here?

The receipt "Dock" seems to contain a typo: It attempts to start FvwmScript-Clock-small_date, but there is only a script FvwmScript-Clock-small, so the clock does not appear.
Edit: I just realized that the previous version of fvwm-crystal contained FvwmScript-Clock-small_date, so maybe the bug is that this file was removed?

lost+found · Posted: Mon Jan 04, 2016 3:03 pm Post subject:

Thanks a lot for the new release. Much appreciated!

I'll continue using the Amiga recipe, and the SVN version.
(Found the new ebuild here: it includes the '9999' live ebuild too.)

mv · Watchman Joined: 20 Apr 2005 Posts: 6747

Dominique_71 · Posted: Tue Jan 05, 2016 3:42 pm Post subject:

gulivert · l33t Joined: 17 Jun 2004 Posts: 863 Location: Switzerland

Great JOB Dominique!
_________________
Macbook Pro Unibody 9.1 - Kernel 4.4.6 - Awesome 3.5

Dominique_71 · Posted: Wed Jan 06, 2016 2:10 pm Post subject:

I updated the ebuild in bug 499644 with the REQUIRED_USE variable (it is obligatory to set in when the python-r1 eclass is used, as mentioned into the doc).
_________________
"Confirm You are a robot." - the singularity

Dominique_71 · Posted: Wed Jan 06, 2016 2:11 pm Post subject: