fluxbox - update request

[coreplayer2]

Thanks for the FYI,  I think we needed "eglibc_apps.tcz"  actually for tc 4.x

1.3.3 build has been added for test and a couple of other tweaks to the above build script, will update more shortly shortly.

[coreplayer2]

I am thinking to factor out the custom TC scripts to a separate extension so as to facilitate the building of base window managers.

That would be quite interesting,  and a challenge I'll bet..


I have to say the menu's integrate with fluxbox-1.3.3 very nicely thank you 

[coreplayer2]

netnomad..  any luck yet??   still want to continue with the challenge to create this extension..?

I have a Test Down load here [Removed by Rich]  if you're interest in testing it.?   everything but the info file is complete, though when we are ready to submit

You are welcome to try my build scrip of a few posts back which now shows a few small tweaks,  this script was used to build this test version available here to test.

fluxbox-1.3.3 works great on Xorg 5.0,  Xorg 6.0 , and corepure64 using the core pure64 Xfbdev version..  unfortunately does not allow much in the way of window movement in core64 using Xfbdev..

So , the too cool awards  :p

fluxbox-1.3.3             Xorg-7.5  + core32                 check  ok  =   
fluxbox-1.3.3             Xorg-7.5-3d  + core32            check  ok  =   
fluxbox-1.3.3             Xorg-7.6  + core                     check  ok   = 
fluxbox-1.3.3             Xfbdev + core64                     fixed RTM !     
fluxbox-1.3.3             Xfbdev64 + corepure64          check  ok  =   

Don't ask how this got started...


I'm thinking it's probably best to disable "Opaque Window Moving" from the fluxbox config options.
as the alternative default is not a pleasant experience without the right driver.

[Rich]

Hi coreplayer2
Please don't post extensions. If someone wants to test, PM them the link. I've PM you a copy of the link in case you
didn't save it somewhere else.

[netnomad]

hi friends,

i read in your contributions that you are experienced packager and coders.
i would appreciate if one of you could do the packaging for the repository.
i'm looking forward to support you with heavy testing

thank you for your help.

[coreplayer2]

No problem Rich, Am always confused about when allowed to and when not to...

[aus9]

netnomad and any fluxbox user

As I am not going to submit now that we have a better coder here , I will just repeat, before you test his packages, whether they split into pure flux or combined with roberts scripts pls re-consider checking the /etc/skel files and see if they need an improvement....because this is the best time to interact with coreplayer2 eh?

I don't think I need follow this post anymore but in case you don't know how to look at the original, download
squashfs-tools-4.x.tcz
copy your existing fluxbox.tcz into /tmp

Code: [Select]

cd /tmp
unsquashfs *.tcz
assuming you place only the one tcz there

forgive me for telling you how to suck eggs, but as the number of views is fairly high, other fluxers might want to add their views?

good luck testing

[netnomad]

hi coreplayer2,

i tried you fluxbox_test-package with xvesa and xorg and both started fine and the basics worked fine.
i noticed some little optical changes or little bugs with the styles...

"changes":
in the root-menue the "active" menue-item is displayed with smaller font (is this a odd form of animation?)

"little bugs":
some styles offer odd color-combination f.e. with light font on light background...
the background of the ondemand-menue is sometimes different than the others...
(especially in the style merley key in a ondemand-menue with many items)

did you compile without xft on purpose?

thank you for your first test-package
i would appreciate if you would keep on this project for improving it

[coreplayer2]

just today, fluxbox introduced an update now v1.3.4    some bug fixes I believe

have already pm'd it to you, please give it a work out.

[netnomad]

hi coreplayer2,

this animation-change of the active menue-item seems to be a feature!?
some of the style-bugs vanished, in some styles a light font on a light background remained...
this cut seems to be usuable, but needs perhaps some tiny polish

i will test it further.

[coreplayer2]

Cool,  thanks

Have you disabled "Opaque Window Moving" ?   Which dramatically improves the experience, this was one of the bugs which should have been fixed apparently in 1.3.4   I guess not..    This is a separate issue from the new sub menu feature  Temporarily ignore this.  Looks like this was fixed, only there may be an additional issue carried over from the old keys file and others in the /etc/skel/.fluxbox/ directory and default menus    standby..

Where sub menu's snap to the edge of the root menu when released at a new location I believe is intentional, appears to be effective. 

Fluxbox.org also recommends deleting your old /home/tc/./fluxbox directory with this new release (might want to back up the old dir first..)   Actually I should listen to myself too, because fixing my key's file fixed all of my window moving and resizing issues 


I think these styles can be removed due to their white text on white background..?

Emerge
arch
bloe
carp


I've a lot of work still to do on this yet..

however,  anyone with better choice of default windows style yet for the TC default

[netnomad]

hi coreplayer2,

now some of the ~/.fluxbox-files of your fluxbox_1.3.4 are provided as symlinks.
that's not a good solution, because they can stand in conflict to individual config files:
f.e. i extensively configured my key- and init-file.

about the previous mentioned animation of active-menue-items:

this animation-change of the active menue-item seems to be a feature!?

i deactivated this "feature" with a the overlay-file: this animation is controled by:
menu.frame.font:  -*-helvetica-bold-r-normal-*-14-*-*-*-*-*-iso8859-*              this is the font of my root-menue
*.font:                     -*-helvetica-bold-r-normal-*-14-*-*-*-*-*-iso8859-*              this font is used for the active menue-item
using always the same font-size deactivates this animation

since i use your package the restore of my backup-file doesn't work flawless anymore... only some files are restored.
i don't know the reason for it,
perhaps my tce-partition is too full (only 40mb free space)?
or the starting of fluxbox_1.3.4 interrupts my backup-restoration?

by the way, in the last package fluxbox_1.3.4 the dep-file is not complete... have a look in fluxbox_1.3.3.
the fluxbox-package of the rep doesn't invoke this behavior.

[Rich]

Hi netnomad

only some files are restored.

Are you sure they were backed up to begin with? ixbrian wrote a very nice script you can use to check, see:
http://forum.tinycorelinux.net/index.php/topic,6979.0.html

[netnomad]

hi rich,

i was wrong with my assumption about the backup-files or their restoration process!
when fluxbox_1.3.4 is loaded a very difficult to read error message tells something like "the ~/.fluxbox/background-directories couldn't be restored"...
... and the history of my bash doesn't work although my .bash_history offers all the history-log (owner tc:staff and chmod 600 is o.k., too).
... the restore-function of the control-panel doesn't work, too.
all this odd things don't happen with fluxbox of the rep.

thank you for your suggestions and hints.

[coreplayer2]

http://forum.tinycorelinux.net/index.php/topic,6979.0.html

Is this the same backup check script invoked by "filetool.sh -d"  and "dry run" in the backup/restore app  ?



thanks and keep digging, meanwhile I'm still learning fluxbox  :p

I believe this update will necessitate deletion (rename for safe keeping) your existing ~.fluxbox  dir.   after reboot the dir should be populated by the new files which you may edit and "save as"  overwriting the default link, then make these files persistent.

I think the background dir was my bad 

in the final build, deps should be
Xorg-7.6-lib.tcz
fontconfig.tcz