You are not logged in.

#51 2017-04-18 19:31:03

ido
Member
Registered: 2017-04-17
Posts: 8

Re: Windowmanagers - a slow marathon with breaks

this is a "note-to-self" or "FYI" post ~~ no reply expected

http://dt.iki.fi/fluxbox-windowmanager

I grabbed the old documentation
( hyperlink to: dt.iki.fi/stuff/fluxbox/fb-doc-mfhtml.tgz )

Looks like you grabbed "Multifile HTML" from fluxbox.sourceforge.net/docbook.php
FWIW, the "Singlefile HTML" available from that sourceforge page is easier, er, less miserable to search (browser Find in Page)

additional unlinked souceforge -hosted doc pages (found via google search)

        "Getting Started"
        http://fluxbox.sourceforge.net/docs/en/ … arting.php
       
        "Ultimate Guide to fluxbox Tabs"
        http://fluxbox.sourceforge.net/docs/en/ … abbing.php
       
        "Keybindings"
        http://fluxbox.sourceforge.net/docs/en/ … ndings.php
       
        "Setting Backgrounds"
        http://fluxbox.sourceforge.net/docs/en/ … rounds.php
       
        "The Slit"
        http://fluxbox.sourceforge.net/docs/en/newdoc.slit.php
       
        "Editing Your Menu"
        http://fluxbox.sourceforge.net/docs/en/ … nuedit.php
       
        "The Basics of Themes (styles) in Fluxbox"
        http://fluxbox.sourceforge.net/docs/en/ … themes.php

I downloaded & extracted the 56 page html docset available here
https://github.com/fluxbox-wiki/fluxbox … /howtos/en
and pared away the pages containing out-of-scope blather (IMO) like "howto talk to IRC chatbots".
To prevent eyebleed while editing, I've ripped out nearly all of the markup in favor of giant PRE blocks and a few bordered divs.
Reputedly (I have not tried), the asciidoc utility which is currently employed to generate the fluxbox manpage content during build
is able to also export individual pages to HTML format. That would probably require followup (to convert all the "see: fluxbox-pikachu(5)" manpage -ish occurrences into hyperlinks). Besides, the docs really need to reside in a separate source tree / git repo, else their content pollutes `grep` searches across the source files.

Offline

#52 2017-04-19 05:09:12

ohnonot
...again
Registered: 2015-09-29
Posts: 2,782
Website

Re: Windowmanagers - a slow marathon with breaks

ohnonot wrote:

i must admit, it didn't work for me either. no error , the toolbar is as if the button hasn't been added at all...

session.screen0.toolbar.button.boog.label:	Menu
session.screen0.toolbar.button.boog.commands:	RootMenu
session.screen0.toolbar.tools:	prevworkspace, workspacename, nextworkspace, button.boog, iconbar, clock

my version is 1.3.7-2. built on dec 2015.
maybe i have to try the git repo.

i tried the git master, it works as expected with that (however now i can't maximize over the whole screen anymore, 20px are left at top, dunno why, after 5min of not finding the problem i simply reverted back to fluxbox from the repos - a typical fluxbox story).

Offline

#53 2017-04-19 18:59:16

ido
Member
Registered: 2017-04-17
Posts: 8

Re: Windowmanagers - a slow marathon with breaks

session.screen0.toolbar.button.boog.label:	Menu
session.screen0.toolbar.button.boog.commands:	RootMenu
session.screen0.toolbar.tools:	prevworkspace, workspacename, nextworkspace, button.boog, iconbar, clock

session.screen0.toolbar.button.boog.commands: RootMenu:Exec

Do you now see?

Offline

#54 2017-04-19 19:38:04

ido
Member
Registered: 2017-04-17
Posts: 8

Re: Windowmanagers - a slow marathon with breaks

Ironically, you've mentioned Arch linux; packrat over at visido mentioned Void Linux. I chose to inquire here and at vsido forum expecting testers would have debian-based system; I'm not confident that my mods have not polluted the source tree with debian -centric bastardizations, like ripping out the "fluxbox-generate_menus" utility, b/c it is not suitable for use with antiX, nor debian in general.

I noticed that 1.37git (and debian's v1.3.7 copy in eXpErImEnTaL) damages the "keys" file content when fluxbox is upgraded from an earlier version. The "util/fluxbox-update_configs.cc", among its other operations, blindly (redundantly) postpends certain lines in the keys file, introducing breakage (evident in ~/.desktop-session/log)... so I've also ripped out that "update_configs" utility. Intend to ship a new default init; ta hell with bending over backwards to support upgrade from myriad versions spanning 1.5 decades.

Another inherited problem I'm wrestling with:
One of the default bindings specified in "keys" file reads "Control Mod1 Backspace :Minimize"
Same as in v1.3.5 and earlier, on every system I've tested, use of that keybind exits (crashes?) the fluxbox session.

git master [..] now i can't maximize over the whole screen anymore, 20px are left at top

Haven't witnessed that particular bug here. As of the v1.3.7 release (which the debian maintainer cloned), there was an annoying visual bug with width of desktop menu columns. That issue has now been explicitly patched in the current git. My further patched build intermittently displays empty "title" elements in the menus (after swapping between styles, until restarted); IDK whether that misbehavior is something I inherited, or introduced.

Offline

#55 2017-04-21 05:40:34

ohnonot
...again
Registered: 2015-09-29
Posts: 2,782
Website

Re: Windowmanagers - a slow marathon with breaks

ido wrote:
session.screen0.toolbar.button.boog.label:	Menu
session.screen0.toolbar.button.boog.commands:	RootMenu
session.screen0.toolbar.tools:	prevworkspace, workspacename, nextworkspace, button.boog, iconbar, clock

session.screen0.toolbar.button.boog.commands: RootMenu:Exec

Do you now see?

i said it is working as expected - exactly the way i wrote it.
after all, the documentation said that it "follows the syntax of the keys file".

there was that maximizing issue with the git repo; i didn't feel like investigating it so after a cursory glance i simply went back to the [community] version.
but yeah, built in Dec 2015, for archlinux that's positively ancient ...

Offline

Board footer

Powered by FluxBB