No need to despair.Argolance wrote:
Window buttons now can be i.a. in PNG or SVG formats.
Grab the latest jwmconfig3-140121 - it includes some themes and a GUI (by 01micko) to switch between them.
Greetings!
No need to despair.Argolance wrote:
I already made such a script for ToOpPy (see picture below), which seems (more or less) to work like the 01micko's one but using xbm pictures and working with older JWM release.No need to despair. Wink
Window buttons now can be i.a. in PNG or SVG formats.
Grab the latest jwmconfig3-140121 - it includes some themes and a GUI (by 01micko) to switch between them.
Code: Select all
<ButtonClose>/root/.jwm/W_buttons/Current_ButtonClose.png</ButtonClose>
<ButtonMax>/root/.jwm/W_buttons/Current_ButtonMax.png</ButtonMax>
<ButtonMaxActive>/root/.jwm/W_buttons/Current_ButtonMaxActive.png</ButtonMaxActive>
<ButtonMin>/root/.jwm/W_buttons/Current_ButtonMin.png</ButtonMin>
???Configuration Changes
JWM no longer allows custom window buttons. These buttons are now custom drawn to an appropriate size using X graphics primitives.
Oh, it seems that this feature has been introduced 3 snapshots later, in s848.My JWM release is 845. Isn't it the latest?
I think you will do the right thing! The advantage of xbm buttons is that they are displayed using the color of the title of the window. The disadvantage is that they are a bit "rough"!Joe wrote: I'll open an issue to address that (I think it would be cool to support xbm icons everywhere).
.. has been (fortunately) reintroduced!SFR wrote:Oh, it seems that this feature has been introduced 3 snapshots later, in s848.
BTW, the latest is s896.
I'm using:Question: How to compile the source to get jwm file inside /usr/bin/jwm instead of the default /usr/bin/local/jwm?
Code: Select all
./configure --prefix=/usr --sysconfdir=/etc
As it happens, I recently downgraded to s574 because of this fullscreen problem - many games and emulators do not show up right in versions later than that, as your screenshot shows. I downgraded to 574 as it DOES support 2 screens, jwm -refresh, working fullscreen and pretty much everything else..SFR wrote:Hi Joe & Scsijon
This is an old bug, but today I found some time and patience to determine in exactly which version it appeared for the first time.
The problem is that some apps (e.g. xrick, milkytracker, hurrican) are not able to enter fullscreen mode correctly.
Hard to describe, the attached screenshot says it all.
Ok, and the version that introduces this behavior is s575. s574 and earlier are ok.
I hope it will be possible to fix this.
Thanks &
Greetings!
All the same!Jasper wrote:now using v 900 update with icon hitch fixed.
For example:Joe's web page wrote:Background
The default background for desktops. The type attribute determines the type of background and the text contained within this tag is the value. Valid types are:
solid
A solid color. See Colors. This is the default.
gradient
A gradient color. See Colors.
image
A stretched image.
tile
A tiled image.
Code: Select all
<Background type="tile">/usr/share/backgrounds/Megapolis-pattern.png</Background>
About JWM: when I maximize a rox-filer window, it gets quickly restored as soon as I click on a folder, same for gnome mplayer, when a new video starts the window is automatically restored (doesn't fill the desktop anymore). Is it a feature? I've seen this in Quirky Tahr as well.
Code: Select all
# jwm -v
JWM vgit-901 by Joe Wingbermuehle
compiled options: confirm fribidi icons jpeg nls png shape svg xbm xft xinerama xpm xrender
Code: Select all
<Include>/root/.jwm/jwmrc-logout</Include>
Code: Select all
<JWM>
<Desktops width="1" height="1">
<Background type="gradient">#3c3c3c:#414141</Background>
</Desktops>
<WindowStyle>
<Inactive>
<Text>red</Text>
<Outline>red</Outline>
</Inactive>
</WindowStyle>
<TaskListStyle>
<Foreground>red</Foreground>
</TaskListStyle>
</JWM>
Code: Select all
DEBUG: main.c[113]: debug mode started
DEBUG: Unknown event type: 33
DEBUG: main.c[234]: debug mode stopped
DEBUG: MEMORY: no memory leaks
DEBUG: main.c[113]: debug mode started
DEBUG: Unknown event type: 33
DEBUG: main.c[234]: debug mode stopped
DEBUG: MEMORY: no memory leaks
DEBUG: main.c[113]: debug mode started
DEBUG: Unknown event type: 33
DEBUG: main.c[234]: debug mode stopped
DEBUG: MEMORY: no memory leaks
DEBUG: ClientMessage to unknown window (0x6000aa): _NET_WM_STATE
DEBUG: ClientMessage to unknown window (0x6000aa): _NET_WM_STATE
DEBUG: ClientMessage to unknown window (0x6000aa): _NET_WM_STATE
DEBUG: ClientMessage to unknown window (0x6000aa): _NET_WM_STATE
DEBUG: ClientMessage to unknown window (0x6000aa): _NET_WM_STATE
DEBUG: ClientMessage to unknown window (0x6000aa): _NET_WM_STATE
DEBUG: ClientMessage to unknown window (0x6000aa): _NET_WM_STATE
DEBUG: ClientMessage to unknown window (0x6000aa): _NET_WM_STATE
DEBUG: ClientMessage to unknown window (0x6000aa): _NET_WM_STATE
DEBUG: ClientMessage to unknown window (0x6000aa): _NET_WM_STATE
DEBUG: ClientMessage to unknown window (0x6000aa): _NET_WM_STATE
DEBUG: main.c[113]: debug mode started
DEBUG: Unknown event type: 33
DEBUG: main.c[234]: debug mode stopped
DEBUG: MEMORY: no memory leaks
DEBUG: Unknown event type: 34
DEBUG: XError: BadWindow (invalid Window parameter)
DEBUG: Request Code: 42 (X_SetInputFocus)
DEBUG: Minor Code: 0
DEBUG: Resource ID: 0x2800003
DEBUG: Error Serial: 55984
DEBUG: CHECKPOINT LIST (oldest)
DEBUG: event.c[110]
DEBUG: event.c[125]
DEBUG: event.c[110]
DEBUG: event.c[125]
DEBUG: event.c[110]
DEBUG: event.c[125]
DEBUG: grab.c[19]
DEBUG: grab.c[20]
DEBUG: END OF CHECKPOINT LIST (most recent)
DEBUG: XError: BadWindow (invalid Window parameter)
DEBUG: Request Code: 25 (X_SendEvent)
DEBUG: Minor Code: 0
DEBUG: Resource ID: 0x2800003
DEBUG: Error Serial: 55985
DEBUG: CHECKPOINT LIST (oldest)
DEBUG: event.c[110]
DEBUG: event.c[125]
DEBUG: event.c[110]
DEBUG: event.c[125]
DEBUG: event.c[110]
DEBUG: event.c[125]
DEBUG: grab.c[19]
DEBUG: grab.c[20]
DEBUG: END OF CHECKPOINT LIST (most recent)
DEBUG: Unknown event type: 33
DEBUG: Unknown event type: 33
DEBUG: Unknown event type: 33