cdesktopenv-devel — Discussions related to CDE development.

[cdesktopenv-devel] Small error in german dtcalc message catalog

[Jürgen M. <jue...@ya...>]

File: programs/localized/de_DE.UTF-8/msg/dtcalc.msg

Line 349: "ö" should be "/"


-- 
Juergen Mayerhofer
Kochenthalerstr. 16
D-93155 Hemau

Tel +49 9491 903503
Fax +49 9491 903505
Mobile +49 179/292-1854
Mail jue...@ya...

Re: [cdesktopenv-devel] dtlogin goes away when using other virtual console

[Marco M. <mm...@do...>]

Am 08.06.2025 um 09:37:06 Uhr schrieb Martin Etteldorf:

> The process is _started_ on ttyv0, but dtlogin and X-Server are
> actually _running_ on ttyv8.

Ok, that was the issue. Thanks for the pointer.

-- 
Gruß
Marco

Send unsolicited bulk mail to 174...@ca...

Re: [cdesktopenv-devel] dtlogin goes away when using other virtual console

[Martin E. <ett...@gm...>]

On Sun, Jun 8, 2025 at 6:58 AM Marco Moock <mm...@do...> wrote:

> I dunno, but it looks like it starts on ttyv0.
> Is that a problem?
>

The process is _started_ on ttyv0, but dtlogin and X-Server are actually
_running_ on ttyv8.
Have you tried switching with ctrl-alt-F9 already? you should see your
dtlogin there.
If it's not running there, have a look at the X-Server logs. If it goes
down, you should find
a reason there.

Re: [cdesktopenv-devel] dtlogin goes away when using other virtual console

[Marco M. <mm...@do...>]

Am 07.06.2025 um 18:02:31 Uhr schrieb Brian Cole:

> I don't have a FreeBSD box on hand to check, but is it supposed to be
> on VT1? I thought X traditionally took VT7.

I dunno, but it looks like it starts on ttyv0.
Is that a problem?

-- 
Gruß
Marco

Send unsolicited bulk mail to 174...@ca...

Re: [cdesktopenv-devel] dtlogin goes away when using other virtual console

[Brian C. <cd...@br...>]

I don't have a FreeBSD box on hand to check, but is it supposed to be on VT1? I thought X traditionally took VT7.

On Sat, Jun 7, 2025, at 11:48 AM, Marco Moock wrote:
> Hello!
>
> I have a VM with FreeBSD and cde-devel from ports.
>
> If I hit Ctrl+Alt+F2 and then go back to F1, dtlogin is gone and the
> normal console login prompt is there.
>
> Is that a feature or is something faulty?
>
> -- 
> kind regards
> Marco
>
> Send unsolicited bulk mail to 174...@st...
>
>
> _______________________________________________
> cdesktopenv-devel mailing list
> cde...@li...
> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel

[cdesktopenv-devel] dtlogin goes away when using other virtual console

[Marco M. <mm...@do...>]

Hello!

I have a VM with FreeBSD and cde-devel from ports.

If I hit Ctrl+Alt+F2 and then go back to F1, dtlogin is gone and the
normal console login prompt is there.

Is that a feature or is something faulty?

-- 
kind regards
Marco

Send unsolicited bulk mail to 174...@st...

Re: [cdesktopenv-devel] Is this a bug in dtksh ?

[Edmond O. <edm...@wa...>]

Hi,

I have made some progress on the origin of the segmentation fault when 
using XmTextFieldSetString $TEXT0 "string" in a dtksh script.

Running the script with LANG=C does not produce a segfault, but with the 
locale LANG=fr_FR.UTF-8

dtksh segfaults. It looks like a problem with dtksh handling of strings 
in XmTextFieldSetString in (some ?)

UTF-8 locales since I haven't seen the same problem with xmaddressbook 
that also uses XmTextSetString. A simple workaround is to add LANG=C 
just after #!/usr/dt/bin/dtksh.



Le 11/03/2025 à 10:36, Bernd Blümmel a écrit :
>
> Hi,
>
> no segmentation fault at fedora asahi remix f41
>
> (Apple MacBook Pro (14-inch, M2 Pro, 2023))
>
> uname -a:
>
> Linux babbasFedora 6.13.5-400.asahi.fc41.aarch64+16k #1 SMP 
> PREEMPT_DYNAMIC Sat Mar  8 15:
> 03:17 UTC 2025 aarch64 GNU/Linux
>
> CDE Version is 2.5.2
>
> (device files modified)
>
> The method to modify XmTextField seems to be correct.
>
>
> Am 10.03.25 um 19:39 schrieb Edmond Orignac via cdesktopenv-devel:
>> I am unsure if this is a bug in dtksh or if I am using an illegal 
>> instruction.
>>
>> The program below terminates with a segmentation fault error when I 
>> try to use it.
>>
>> The segmentation fault arises when the script executes the 
>> instructions XmTextFieldSetString.
>>
>> changing editable:false to editable:true in XmCreateTextField does 
>> not change anything.
>>
>> I have also tried to replace XmTextFieldSetString with
>>
>>  XmTextFieldGetLastPosition /XmTextFieldReplace, but the segmentation 
>> fault remains.
>>
>> I am not sure if this is a bug in dtksh or if I am using an incorrect 
>> method to modify the value of the TextField widget that only worked 
>> because of a bug in dtksh.
>>
>> I remember the program has worked on Ubuntu 20.04 LTS and older 
>> version of CDE,
>>
>> but my current system is Linux Ubuntu 22.04 LTS with CDE 2.5.2.
>>
>>
>> #!/usr/dt/bin/dtksh
>>
>> # (c) Edmond Orignac, 2025
>>
>> # released under MIT license
>>
>> # displays battery level on Linux >=4.x in the  Common Desktop 
>> Environment
>>
>>
>> batcheck() {
>> read btype </sys/class/power_supply/BAT0/technology
>> read charge < /sys/class/power_supply/BAT0/charge_now
>> charge=$(($charge/1000))
>> read voltage < /sys/class/power_supply/BAT0/voltage_now
>> voltage=$(($voltage*1,0e-6))
>> read current < /sys/class/power_supply/BAT0/current_now
>> current=$(($current/1000))
>> read capacity < /sys/class/power_supply/BAT0/capacity
>> read etat < /sys/class/power_supply/BAT0/status
>> read adapter < /sys/class/power_supply/AC/online
>> if [ $current -gt 0 ];  then time=$((charge/current))
>>    else
>>        time='Unknown'
>> fi
>>
>> XmTextFieldSetString $TEXT0 $btype
>> XmTextFieldSetString $TEXT1 $charge
>> XmTextFieldSetString $TEXT3 $voltage
>> XmTextFieldSetString $TEXT2 $capacity
>> XmTextFieldSetString $TEXT4 $etat
>> XmTextFieldSetString $TEXT5 $time
>> XmTextFieldSetString $TEXT6 $adapter
>> # We will use the current to find
>> # the remaining time while on battery/charging.
>> # We use XtAddTimeOut to call batcheck again in 10s
>> XtAddTimeOut BATTERY 10000 "batcheck;"
>> }
>>
>> XtInitialize TOPLEVEL text TExt "$0" "$@"
>>
>> XtCreateManagedWidget FORM form XmForm $TOPLEVEL \
>>     marginHeight:15 \
>>     marginWidth:15
>>
>>
>>
>> # We don't have an exit button, since it is better that the
>> # program remains active during the whole session.
>>
>>
>> # We create a 2 column Row/Column Widget
>> XmCreateRowColumn RW0 $FORM rw0 numColumns:2 packing:PACK_COLUMN
>> # We start the loop to check the battery
>>
>>
>> # We fill the left column with the labels
>> XmCreateLabel LABEL0 $RW0 "label0" labelString:"Battery type:"
>> XmCreateLabel LABEL1 $RW0 "label1" labelString:"Charge Now (mAh):"
>> XmCreateLabel LABEL2 $RW0 "label2" labelString:"Capacity (%):"
>> XmCreateLabel LABEL3 $RW0 "label3" labelString:"Voltage (V):"
>> XmCreateLabel LABEL4 $RW0 "label4" labelString:"State:"
>> XmCreateLabel LABEL5 $RW0 "label5" labelString:"Time Remaining (h)"
>> XmCreateLabel LABEL6 $RW0 "label6" labelString:"AC-Adapter:"
>> btype='Unknown'
>> charge='50'
>> capacity='Unknown'
>> voltage='Unknown'
>> etat='Unknown'
>> adapter='Unknown'
>> time='Unknown'
>> #Now we fill right column with values
>>
>> XmCreateTextField TEXT0 $RW0 "text0" editable:false value:$btype
>> XmCreateTextField TEXT1 $RW0 "text1" editable:false value:$charge
>> XmCreateTextField TEXT2 $RW0 "text2" editable:false value:$capacity
>> XmCreateTextField TEXT3 $RW0 "text3" editable:false value:$voltage
>> XmCreateTextField TEXT4 $RW0 "text4" editable:false value:$etat
>> XmCreateTextField TEXT5 $RW0 "text5" editable:false value:$time
>> XmCreateTextField TEXT6 $RW0 "text6" editable:false value:$adapter
>>
>> # Mandatory if we don't use XtCreateManagedWidget to make window visible
>> XtManageChild $RW0
>> # Make the labels visible
>> XtManageChild $LABEL0
>> XtManageChild $LABEL1
>> XtManageChild $LABEL2
>> XtManageChild $LABEL3
>> XtManageChild $LABEL4
>> XtManageChild $LABEL5
>> XtManageChild $LABEL6
>> # Make the data visible
>> XtManageChild $TEXT0
>> XtManageChild $TEXT1
>> XtManageChild $TEXT2
>> XtManageChild $TEXT3
>> XtManageChild $TEXT4
>> XtManageChild $TEXT5
>> XtManageChild $TEXT6
>> batcheck;
>> # Enter the Xt loop
>> XtRealizeWidget $TOPLEVEL
>> XtMainLoop
>>
>>
>>
>>
>> _______________________________________________
>> cdesktopenv-devel mailing list
>> cde...@li...
>> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
> -- 
> Bernd Blümmel
> Limesstraße 10
> 64625 Bensheim
> Mail:ber...@t-...
> Mobil:  +49 175 5709712

[cdesktopenv-devel] Issues with icon selection and application file popups in dtcreate

[Edmond O. <edm...@wa...>]

I have noticed a curious behavior in dtcreate when trying to bing icon 
selection of application file selection

popups. Clicking on the button to search for an icon brings a popup 
window 'Create action search', but

the window remains empty. It does not react to clicks or keyboard 
presses and does not close when

pressing Alt+F4 or selecting Close in the Window menu. Trying to close 
dtcreate by Alt+F4 brings a

selection menu asking whether to close without saving, close with saving 
or cancel close. But this menu

never gets the focus, only the empty icon search menu does.

the ps -elf output gives

0 S edmond     11145   10753  0  80   0 -  7712 do_pol 10:13 pts/3    
00:00:00 dtcreate

dtcreate can then be killed with signal 3 or 15.

Under gdb, stopping dtcreate by Ctrl-C when the popup for icon selection 
is opened gives

a backtrace

0  0x00007ffff776fb97 in poll () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007ffff7a05991 in _XtWaitForSomething ()
    from /lib/x86_64-linux-gnu/libXt.so.6
#2  0x00007ffff7a07438 in XtAppProcessEvent ()
    from /lib/x86_64-linux-gnu/libXt.so.6
#3  0x00007ffff79fc49b in XtAppMainLoop ()
    from /lib/x86_64-linux-gnu/libXt.so.6
#4  0x000055555555b026 in main (argc=<optimized out>, argv=<optimized out>)
     at main.c:1542

line 1542 in main.c does some tooltalk calls, but this is probably a red 
herring.

The icon search path seems correct,

XMICONBMSEARCHPATH=/home/edmond/.dt/icons/%B%M.bm:/home/edmond/.dt/icons/%B%M.pm:/home/edmond/.dt/icons/%B:/etc/dt/appconfig/icons/%L/%B%M.bm:/etc/dt/appconfig/icons/%L/%B%M.pm:/etc/dt/appconfig/icons/%L/%B:/etc/dt/appconfig/icons/C/%B%M.bm:/etc/dt/appconfig/icons/C/%B%M.pm:/etc/dt/appconfig/icons/C/%B:/usr/dt/appconfig/icons/%L/%B%M.bm:/usr/dt/appconfig/icons/%L/%B%M.pm:/usr/dt/appconfig/icons/%L/%B:/usr/dt/appconfig/icons/C/%B%M.bm:/usr/dt/appconfig/icons/C/%B%M.pm:/usr/dt/appconfig/icons/C/%B

There is a similar bug with the menu used to associate a filetype to the 
application, with the popup being

also an unreactive empty window that cannot be closed.

CDE was compiled from the current git version on march 12, 2025. The 
last change to dtcreate from git log

was on 9/9/2024 to fix an issue with popups.

system:

Ubuntu 22.04 LTS (Jammy Jellyfish) x86_64

X.Org version: 1.21.1.4

gcc: 11.4.0

[cdesktopenv-devel] Vislual feedback from volume control keys

[Jürgen M. <jue...@ya...>]

Hi CDE users,

I was inspired from Mint Cinamon's behavior when using the function keys 
for volume control and the resulting visual feedback.

I thought it might be nice to have something similar for CDE, so I wrote 
the following script, named it volstat, make it executalbe put it in my 
PATH (It opens a popup window that closes itself after 3 seconds):

------------------ Start script -----------------------

#!/usr/dt/bin/dtksh

max_x=200           # window size x
max_y=200           # window size y
run=0
onoff=`awk -F"[][]" '/Left:/ { print $4 }' <(amixer sget Master)`

volcheck() {
     if [ $run -gt 0 ]; then
         exit
     fi
     capacity=`awk -F"[][]"  \
         '/Left:/ { print $2 }' <(amixer sget Master) | tr -d %`

     XDrawLines $DISPLAY $WINDOW -foreground black -line_width 6  \
         -line_style LineSolid \
         50 80 50 120 90 120 110 140 110 60 90 80 50 80
     XDrawArc $DISPLAY $WINDOW -foreground black -line_width 6 \
         -line_style LineSolid 50 60 70 70 21600 2880
     XDrawArc $DISPLAY $WINDOW -foreground black -line_width 6 \
         -line_style LineSolid 50 55 80 80 21000 4000
     XDrawArc $DISPLAY $WINDOW -foreground black -line_width 6 \
         -line_style LineSolid 50 50 90 90 20500 5000
     XFillRectangle $DISPLAY $WINDOW -foreground white \
         50 170 100 10
     XFillRectangle $DISPLAY $WINDOW -foreground black \
         50 170 $capacity 10

     if [ $onoff == "off" ]; then
         XDrawLines $DISPLAY $WINDOW -foreground black -line_width 6 \
             -line_style LineSolid 50 50 150 150
         XDrawLines $DISPLAY $WINDOW -foreground black -line_width 6 \
             -line_style LineSolid 50 150 150 50
     fi
     run=1
     XtAddTimeOut VOLUME 3000 "volcheck;"
}

XtInitialize TOPLEVEL volume VOLUME "$0" "$@"
XtSetValues $TOPLEVEL mwmDecorations:0
XtCreateManagedWidget FORM form XmForm $TOPLEVEL \
     marginHeight:15 marginWidth:15
XmCreateRowColumn RW0 $FORM rw0 numColumns:1 packing:PACK_COLUMN

if [ $onoff == "off" ]; then
     XtCreateManagedWidget DRAW draw XmDrawingArea $RW0 \
         height:$max_y width:$max_x x:0 y:0 \
         background:red foreground:black
else
     XtCreateManagedWidget DRAW draw XmDrawingArea $RW0 \
         height:$max_y width:$max_x x:0 y:0 \
         background:green foreground:black
fi

XtManageChild $RW0
XtRealizeWidget $TOPLEVEL
XtDisplay DISPLAY $FORM
XSync $DISPLAY true
XtWindow WINDOW $DRAW

volcheck
XtMainLoop

------------------ End script -----------------------

I added it to the section in my $HOME/.dt/dtwmrc (the last lines 
containing XF86Audio... , my mailclient added linebreaks, sorry):


# ###
#
# Key Bindings Description
#
# ###

Keys DtKeyBindings
{
     Alt<Key>Left                root|icon|window        f.prev_workspace
     Alt<Key>Right               root|icon|window        f.next_workspace
     mod4<Key>A                  window|frame|icon f.exec "scrot"
     Shift<Key>Escape            icon|window     f.post_wmenu
     Alt<Key>space               icon|window     f.post_wmenu
     Alt<Key>Tab                 root|icon|window    f.next_key
     Alt Shift<Key>Tab           root|icon|window    f.prev_key
     Alt<Key>Escape              root|icon|window    f.next_key
     Alt Shift<Key>Escape        root|icon|window    f.prev_key
     Alt<Key>Down                root|icon|window    f.circle_down
     Alt<Key>Up                  root|icon|window    f.circle_up
     Alt Ctrl Shift<Key>exclam   root|icon|window    f.set_behavior
     Alt<Key>F6                  window          f.next_key transient
     Alt<Key>F10                 root|icon|window    f.menu DtRootMenu
     Alt<Key>F2                  root|icon|window|ifkey  f.exec "dtrun"
     Alt<Key>1                   root|icon|window|ifkey 
f.goto_workspace ws0
     Alt<Key>2                   root|icon|window|ifkey 
f.goto_workspace ws1
     Alt<Key>3                   root|icon|window|ifkey 
f.goto_workspace ws2
     Alt<Key>4                   root|icon|window|ifkey 
f.goto_workspace ws3
     Alt<Key>5                   root|icon|window|ifkey 
f.goto_workspace ws4
     Alt<Key>6                   root|icon|window|ifkey 
f.goto_workspace ws5
     <Key>XF86MonBrightnessDown  window|frame|icon       f.exec 
"xbacklight -dec 20 "
     <Key>XF86MonBrightnessUp    window|frame|icon       f.exec 
"xbacklight -inc 20 "
     <Key>XF86AudioLowerVolume   window|frame|icon       f.exec "amixer 
set 'Master' 10%- ; volstat -g +40+40"
     <Key>XF86AudioRaiseVolume   window|frame|icon       f.exec "amixer 
set 'Master' 10%+ ; volstat -g +40+40"
     <Key>XF86AudioMute          window|frame|icon       f.exec "amixer 
set 'Master' toggle ; volstat -g +40+40"
}


You can find the popup in the attached screenshot.

Have fun,

   Juergen.



-- 
Juergen Mayerhofer
Kochenthalerstr. 16
D-93155 Hemau

Tel +49 9491 903503
Fax +49 9491 903505
Mobile +49 179/292-1854
Mail jue...@ya...

Re: [cdesktopenv-devel] charset for all UTF-8 characters

[Jon T. <jo...@ra...>]

On 4/22/25 12:51, Marco Moock wrote:
> Hello!

Hi!


> I am using cde-current on FreeBSD. I selected en_US.UTF-8 in the
> dtlogin, but I see that non-latin characters (e.g. Cyrillic) are not
> displayed properly in dterm (and maybe others). German umlauts work
> when en_US.UTF-8 is being selected instead of C.

dtterm definitely has some issues with UTF-8.  Would be great if it 
could be fixed properly.


> Is that a problem of the language/charset setting or is that simply not
> supported?

In dtterm's case, I think it's a problem with dtterm itself.  I found 
that many UTF8 symbols worked fine in dtpad for example.


> Is it possible to provide additional charsets for login and $LANG, like
> de_DE.UTF-8?

You can enable other languages during the build - see ./configure --help 
output.  You can enable the German locale with --enable-german on the 
configure command line.  Of course you should have the de_DE.UTF8 locale 
installed before building.  By default, only the English locale 
(en_US.UTF-8) locale is built, with link to the C locale.

Ideally we would get XFT with truetype fonts working, but that's likely 
a big job, and no one wants to do it :)


-- 
Jon Trulson

   "The less you know, the more you believe."
                            -- Bono

[cdesktopenv-devel] charset for all UTF-8 characters

[Marco M. <mm...@do...>]

Hello!

I am using cde-current on FreeBSD. I selected en_US.UTF-8 in the
dtlogin, but I see that non-latin characters (e.g. Cyrillic) are not
displayed properly in dterm (and maybe others). German umlauts work
when en_US.UTF-8 is being selected instead of C.

Is that a problem of the language/charset setting or is that simply not
supported?

Is it possible to provide additional charsets for login and $LANG, like
de_DE.UTF-8?

-- 
kind regards
Marco

Send unsolicited bulk mail to 174...@st...

Re: [cdesktopenv-devel] background black after switching virtual console

[Marco M. <mm...@do...>]

Am 22.04.2025 um 12:33:38 Uhr schrieb Jon Trulson:

> Not sure...  can you run /xrefresh/ in a terminal window and see if
> all is redrawn correctly?

Yes, after that everything is fine.

-- 
Gruß
Marco

Send unsolicited bulk mail to 174...@ca...

Re: [cdesktopenv-devel] background black after switching virtual console

[Jon T. <jo...@ra...>]

On 4/21/25 12:40, Marco Moock wrote:
> Hello!
>
> I switched to another virtual console and after that the background and
> certain window bars are black. After moving a window, they are being
> redrawn.
>
> I am running the port 2.5.2_5 on Freebsd 14.2.
>
> Is that an issue of CDE or another parts of the OS?

Hi,


Not sure...  can you run /xrefresh/ in a terminal window and see if all 
is redrawn correctly?

-jon


>
>
>
> _______________________________________________
> cdesktopenv-devel mailing list
> cde...@li...
> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel

-- 
Jon Trulson

   "The less you know, the more you believe."
                            -- Bono

[cdesktopenv-devel] background black after switching virtual console

[Marco M. <mm...@do...>]

Hello!

I switched to another virtual console and after that the background and
certain window bars are black. After moving a window, they are being
redrawn.

I am running the port 2.5.2_5 on Freebsd 14.2.

Is that an issue of CDE or another parts of the OS?

-- 
kind regards
Marco

Send unsolicited bulk mail to 174...@st...

Re: [cdesktopenv-devel] dtwm: add support for more mouse buttons

[Jon T. <jo...@ra...>]

On 3/15/25 08:46, Dark Ayron wrote:
> Some mice have more than 3 buttons. Although Xlib.h doesn't provide
> definitions for these buttons, button 6 to 9 is reported through the
> XButtonEvent struct.
> This adds support for mapping actions to mouse button 6 to 9.

Thanks! I've merged this to master.

-jon



>
>
> _______________________________________________
> cdesktopenv-devel mailing list
> cde...@li...
> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel

-- 
Jon Trulson

   "The less you know, the more you believe."
                            -- Bono

[cdesktopenv-devel] dtwm: add support for more mouse buttons

[Dark A. <ay...@sh...>]

Some mice have more than 3 buttons. Although Xlib.h doesn't provide
definitions for these buttons, button 6 to 9 is reported through the
XButtonEvent struct.
This adds support for mapping actions to mouse button 6 to 9.

[cdesktopenv-devel] Is this a bug in dtksh ?

[Edmond O. <edm...@wa...>]

I am unsure if this is a bug in dtksh or if I am using an illegal 
instruction.

The program below terminates with a segmentation fault error when I try 
to use it.

The segmentation fault arises when the script executes the instructions 
XmTextFieldSetString.

changing editable:false to editable:true in XmCreateTextField does not 
change anything.

I have also tried to replace XmTextFieldSetString with

  XmTextFieldGetLastPosition /XmTextFieldReplace, but the segmentation 
fault remains.

I am not sure if this is a bug in dtksh or if I am using an incorrect 
method to modify the value of the TextField widget that only worked 
because of a bug in dtksh.

I remember the program has worked on Ubuntu 20.04 LTS and older version 
of CDE,

but my current system is Linux Ubuntu 22.04 LTS with CDE 2.5.2.


#!/usr/dt/bin/dtksh

# (c) Edmond Orignac, 2025

# released under MIT license

# displays battery level on Linux >=4.x in the  Common Desktop Environment


batcheck() {
read btype </sys/class/power_supply/BAT0/technology
read charge < /sys/class/power_supply/BAT0/charge_now
charge=$(($charge/1000))
read voltage < /sys/class/power_supply/BAT0/voltage_now
voltage=$(($voltage*1,0e-6))
read current < /sys/class/power_supply/BAT0/current_now
current=$(($current/1000))
read capacity < /sys/class/power_supply/BAT0/capacity
read etat < /sys/class/power_supply/BAT0/status
read adapter < /sys/class/power_supply/AC/online
if [ $current -gt 0 ];  then time=$((charge/current))
    else
        time='Unknown'
fi

XmTextFieldSetString $TEXT0 $btype
XmTextFieldSetString $TEXT1 $charge
XmTextFieldSetString $TEXT3 $voltage
XmTextFieldSetString $TEXT2 $capacity
XmTextFieldSetString $TEXT4 $etat
XmTextFieldSetString $TEXT5 $time
XmTextFieldSetString $TEXT6 $adapter
# We will use the current to find
# the remaining time while on battery/charging.
# We use XtAddTimeOut to call batcheck again in 10s
XtAddTimeOut BATTERY 10000 "batcheck;"
}

XtInitialize TOPLEVEL text TExt "$0" "$@"

XtCreateManagedWidget FORM form XmForm $TOPLEVEL \
     marginHeight:15 \
     marginWidth:15



# We don't have an exit button, since it is better that the
# program remains active during the whole session.


# We create a 2 column Row/Column Widget
XmCreateRowColumn RW0 $FORM rw0 numColumns:2 packing:PACK_COLUMN
# We start the loop to check the battery


# We fill the left column with the labels
XmCreateLabel LABEL0 $RW0 "label0" labelString:"Battery type:"
XmCreateLabel LABEL1 $RW0 "label1" labelString:"Charge Now (mAh):"
XmCreateLabel LABEL2 $RW0 "label2" labelString:"Capacity (%):"
XmCreateLabel LABEL3 $RW0 "label3" labelString:"Voltage (V):"
XmCreateLabel LABEL4 $RW0 "label4" labelString:"State:"
XmCreateLabel LABEL5 $RW0 "label5" labelString:"Time Remaining (h)"
XmCreateLabel LABEL6 $RW0 "label6" labelString:"AC-Adapter:"
btype='Unknown'
charge='50'
capacity='Unknown'
voltage='Unknown'
etat='Unknown'
adapter='Unknown'
time='Unknown'
#Now we fill right column with values

XmCreateTextField TEXT0 $RW0 "text0" editable:false value:$btype
XmCreateTextField TEXT1 $RW0 "text1" editable:false value:$charge
XmCreateTextField TEXT2 $RW0 "text2" editable:false value:$capacity
XmCreateTextField TEXT3 $RW0 "text3" editable:false value:$voltage
XmCreateTextField TEXT4 $RW0 "text4" editable:false value:$etat
XmCreateTextField TEXT5 $RW0 "text5" editable:false value:$time
XmCreateTextField TEXT6 $RW0 "text6" editable:false value:$adapter

# Mandatory if we don't use XtCreateManagedWidget to make window visible
XtManageChild $RW0
# Make the labels visible
XtManageChild $LABEL0
XtManageChild $LABEL1
XtManageChild $LABEL2
XtManageChild $LABEL3
XtManageChild $LABEL4
XtManageChild $LABEL5
XtManageChild $LABEL6
# Make the data visible
XtManageChild $TEXT0
XtManageChild $TEXT1
XtManageChild $TEXT2
XtManageChild $TEXT3
XtManageChild $TEXT4
XtManageChild $TEXT5
XtManageChild $TEXT6
batcheck;
# Enter the Xt loop
XtRealizeWidget $TOPLEVEL
XtMainLoop

Re: [cdesktopenv-devel] graphical workspace manager

[Damien M. <dam...@gm...>]

Hi,

just installed it on CDE (see screenshot) works great!
just have to do after install:
export LD_LIBRARY_PATH=/usr/dt/lib
and to display doc:
man dtgwm.man
because man page where not installed (?) (even with sudo make install)

Best regards,
Damien

On Fri, Feb 28, 2025 at 3:18 PM Jürgen Mayerhofer via cdesktopenv-devel <
cde...@li...> wrote:

>
> Hello all!
>
> I have just released my graphical workspace manager for the common
> desktop environment:
>
> https://sourceforge.net/projects/dtgwm/
>
> Enjoy, feedback is welcome!
>
>    Jürgen.
>
> --
> Juergen Mayerhofer
> Kochenthalerstr. 16
> D-93155 Hemau
>
> Tel +49 9491 903503
> Fax +49 9491 903505
> Mobile +49 179/292-1854
> Mail jue...@ya...
>
> _______________________________________________
> cdesktopenv-devel mailing list
> cde...@li...
> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
>

Re: [cdesktopenv-devel] graphical workspace manager

[Damien M. <dam...@gm...>]

Thank!

i sometimes use CDE and NsCDE under Linux.

Damien

--
https://github.com/damien-mattei


On Fri, Feb 28, 2025 at 3:18 PM Jürgen Mayerhofer via cdesktopenv-devel <
cde...@li...> wrote:

>
> Hello all!
>
> I have just released my graphical workspace manager for the common
> desktop environment:
>
> https://sourceforge.net/projects/dtgwm/
>
> Enjoy, feedback is welcome!
>
>    Jürgen.
>
> --
> Juergen Mayerhofer
> Kochenthalerstr. 16
> D-93155 Hemau
>
> Tel +49 9491 903503
> Fax +49 9491 903505
> Mobile +49 179/292-1854
> Mail jue...@ya...
>
> _______________________________________________
> cdesktopenv-devel mailing list
> cde...@li...
> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
>

[cdesktopenv-devel] graphical workspace manager

[Jürgen M. <jue...@ya...>]

Hello all!

I have just released my graphical workspace manager for the common 
desktop environment:

https://sourceforge.net/projects/dtgwm/

Enjoy, feedback is welcome!

   Jürgen.

-- 
Juergen Mayerhofer
Kochenthalerstr. 16
D-93155 Hemau

Tel +49 9491 903503
Fax +49 9491 903505
Mobile +49 179/292-1854
Mail jue...@ya...

Re: [cdesktopenv-devel] New package required for building CDE master - lmdb

[Cy S. <Cy....@cs...>]

On Tue, 22 Oct 2024 13:33:29 -0600
Jon Trulson <jo...@ra...> wrote:

> On 10/21/24 16:48, Cy Schubert wrote:
> > Your ./configure automatically chooses lmdb over bdb. Nothing to be
> > done here.
> 
> Thanks Cy.  I didn't really understand your first email - or whether you 
> were asking a question or just making a statement :)

No, I wasn't asking a question. Just stating I'd look at it. And I did.

> 
> We (actually, hyousatsu) replaced our own built-in and ancient berkley 
> db implementation with lmdb.  That's all this change was about, and only 
> affects the resulting dependencies, hence the warning on the list.

Yeah, I noticed that after the fact when I queried the package to see
what library it linked to.

-- 
Cheers,
Cy Schubert <Cy....@cs...>
FreeBSD UNIX:  <cy...@Fr...>   Web:  https://FreeBSD.org
NTP:           <cy...@nw...>    Web:  https://nwtime.org

			e^(i*pi)+1=0

Re: [cdesktopenv-devel] New package required for building CDE master - lmdb

[Jon T. <jo...@ra...>]

On 10/21/24 16:48, Cy Schubert wrote:
> Your ./configure automatically chooses lmdb over bdb. Nothing to be
> done here.

Thanks Cy.  I didn't really understand your first email - or whether you 
were asking a question or just making a statement :)

We (actually, hyousatsu) replaced our own built-in and ancient berkley 
db implementation with lmdb.  That's all this change was about, and only 
affects the resulting dependencies, hence the warning on the list.


-- 
Jon Trulson

   "The less you know, the more you believe."
                            -- Bono

Re: [cdesktopenv-devel] New package required for building CDE master - lmdb

[Cy S. <Cy....@cs...>]

On Sun, 20 Oct 2024 07:08:13 -0700
Cy Schubert via cdesktopenv-devel
<cde...@li...> wrote:

> On Sat, 20 Jul 2024 18:18:49 -0600
> Jon Trulson <jo...@ra...> wrote:
> 
> > Hi,
> > 
> > 
> > Just a heads up, hyousatsu has added a change that replaces berkley DB 
> > with lmdb.  This requires that you have the lmdb developemnt package 
> > installed for your OS in order to do a successful build.
> > 
> > I've made the changes on the linux and netbsd wiki's already. For 
> > FreeBSD, I did not update that wiki since it seems they prefer you 
> > download pre-built binaries.  I think :)
> > 
> > For the others, whomever is 'maintaining' them can do it.
> > 
> > In short, for each of the OSs I test builds on:
> > 
> > fbsd:
> > 
> >      sudo pkg install lmdb
> > 
> > debian/ubuntu:
> > 
> >      sudo apt install liblmdb-dev
> > 
> > rocky:
> > 
> >      sudo yum install lmdb-devel
> > 
> > netbsd92:
> > 
> >      sudo pkgin install lmdb
> > 
> >   
> 
> I suppose I could add an lmdb option to the port, allowing users to
> build an lmdb-enabled package or add an lmdb flavor which would build
> an lmdb-enabled package in the repository. The flavor would make more
> sense as it would make the lmdb flavor of CDE available to all users.
> 
> If people do want this they can request it at https://bugs.freebsd.org/
> and I'll add the extra plumbing to the port to create a flavor.
> 
> 

I spoke too soon. The FreeBSD CDE package I have installed, cde-devel,
which tracks your git repo, already uses lmdb:

slippy# pkg info -d cde-devel
cde-devel-2024.09.09_3:
        xset-1.2.5_1
        xrdb-1.2.1_1
        sessreg-1.1.2_1
        libXpm-3.5.17_1
        libXinerama-1.1.5,1
        libXext-1.3.6,1
        libXdmcp-1.1.5
        libXau-1.0.11
        libXScrnSaver-1.2.4_1
        libX11-1.8.9,1
        libSM-1.2.4,1
        libICE-1.1.1,1
        open-motif-devel-2023.02.16_7
        libXt-1.3.0,1
        libXmu-1.1.4_1,1
        fontconfig-2.15.0_3,1
        ksh-1.0.10
        freetype2-2.13.2
        tcl86-8.6.15_2
        perl5-5.36.3_2
        jpeg-turbo-3.0.3
        lmdb-0.9.33,1
        libiconv-1.17_1
slippy# 

Your ./configure automatically chooses lmdb over bdb. Nothing to be
done here.

-- 
Cheers,
Cy Schubert <Cy....@cs...>
FreeBSD UNIX:  <cy...@Fr...>   Web:  https://FreeBSD.org
NTP:           <cy...@nw...>    Web:  https://nwtime.org

			e^(i*pi)+1=0

Re: [cdesktopenv-devel] New package required for building CDE master - lmdb

[Cy S. <Cy....@cs...>]

On Sat, 20 Jul 2024 18:18:49 -0600
Jon Trulson <jo...@ra...> wrote:

> Hi,
> 
> 
> Just a heads up, hyousatsu has added a change that replaces berkley DB 
> with lmdb.  This requires that you have the lmdb developemnt package 
> installed for your OS in order to do a successful build.
> 
> I've made the changes on the linux and netbsd wiki's already. For 
> FreeBSD, I did not update that wiki since it seems they prefer you 
> download pre-built binaries.  I think :)
> 
> For the others, whomever is 'maintaining' them can do it.
> 
> In short, for each of the OSs I test builds on:
> 
> fbsd:
> 
>      sudo pkg install lmdb
> 
> debian/ubuntu:
> 
>      sudo apt install liblmdb-dev
> 
> rocky:
> 
>      sudo yum install lmdb-devel
> 
> netbsd92:
> 
>      sudo pkgin install lmdb
> 
> 

I suppose I could add an lmdb option to the port, allowing users to
build an lmdb-enabled package or add an lmdb flavor which would build
an lmdb-enabled package in the repository. The flavor would make more
sense as it would make the lmdb flavor of CDE available to all users.

If people do want this they can request it at https://bugs.freebsd.org/
and I'll add the extra plumbing to the port to create a flavor.


-- 
Cheers,
Cy Schubert <Cy....@cs...>
FreeBSD UNIX:  <cy...@Fr...>   Web:  https://FreeBSD.org
NTP:           <cy...@nw...>    Web:  https://nwtime.org

			e^(i*pi)+1=0

[cdesktopenv-devel] New package required for building CDE master - lmdb

[Jon T. <jo...@ra...>]

Hi,


Just a heads up, hyousatsu has added a change that replaces berkley DB 
with lmdb.  This requires that you have the lmdb developemnt package 
installed for your OS in order to do a successful build.

I've made the changes on the linux and netbsd wiki's already. For 
FreeBSD, I did not update that wiki since it seems they prefer you 
download pre-built binaries.  I think :)

For the others, whomever is 'maintaining' them can do it.

In short, for each of the OSs I test builds on:

fbsd:

     sudo pkg install lmdb

debian/ubuntu:

     sudo apt install liblmdb-dev

rocky:

     sudo yum install lmdb-devel

netbsd92:

     sudo pkgin install lmdb


-- 
Jon Trulson

   "The less you know, the more you believe."
                            -- Bono