Menu
▾
▴
cdesktopenv-devel — Discussions related to CDE development.
You can subscribe to this list here.
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
|
Jul
(5) |
Aug
(514) |
Sep
(226) |
Oct
(84) |
Nov
(74) |
Dec
(4) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2013 |
Jan
(1) |
Feb
(30) |
Mar
(5) |
Apr
(12) |
May
(13) |
Jun
(2) |
Jul
(36) |
Aug
(15) |
Sep
(22) |
Oct
(2) |
Nov
(1) |
Dec
(5) |
| 2014 |
Jan
(23) |
Feb
(70) |
Mar
(76) |
Apr
(17) |
May
(5) |
Jun
|
Jul
(10) |
Aug
(2) |
Sep
(19) |
Oct
(5) |
Nov
(64) |
Dec
(6) |
| 2015 |
Jan
(9) |
Feb
(2) |
Mar
(18) |
Apr
(4) |
May
(16) |
Jun
(67) |
Jul
(16) |
Aug
|
Sep
(9) |
Oct
(2) |
Nov
(31) |
Dec
(2) |
| 2016 |
Jan
(4) |
Feb
(24) |
Mar
(2) |
Apr
(20) |
May
(39) |
Jun
(30) |
Jul
(2) |
Aug
(27) |
Sep
|
Oct
(13) |
Nov
(2) |
Dec
(4) |
| 2017 |
Jan
(4) |
Feb
|
Mar
|
Apr
(5) |
May
(1) |
Jun
|
Jul
(14) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(32) |
May
(106) |
Jun
(339) |
Jul
(67) |
Aug
(57) |
Sep
(13) |
Oct
(35) |
Nov
(4) |
Dec
(2) |
| 2019 |
Jan
(33) |
Feb
(23) |
Mar
(4) |
Apr
(5) |
May
(9) |
Jun
(12) |
Jul
(4) |
Aug
(4) |
Sep
(5) |
Oct
(22) |
Nov
(68) |
Dec
(22) |
| 2020 |
Jan
(47) |
Feb
(16) |
Mar
(9) |
Apr
|
May
(7) |
Jun
|
Jul
(5) |
Aug
(14) |
Sep
(6) |
Oct
(15) |
Nov
(60) |
Dec
(7) |
| 2021 |
Jan
(70) |
Feb
(82) |
Mar
(43) |
Apr
(9) |
May
(1) |
Jun
(7) |
Jul
(10) |
Aug
|
Sep
|
Oct
(4) |
Nov
(10) |
Dec
(6) |
| 2022 |
Jan
(8) |
Feb
(8) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(14) |
Aug
(9) |
Sep
(4) |
Oct
(2) |
Nov
(4) |
Dec
(15) |
| 2023 |
Jan
(2) |
Feb
(20) |
Mar
(1) |
Apr
(1) |
May
(2) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(10) |
Dec
|
| 2024 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
(11) |
Jun
(6) |
Jul
(1) |
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
| 2025 |
Jan
|
Feb
(1) |
Mar
(5) |
Apr
(6) |
May
(2) |
Jun
(6) |
Jul
|
Aug
|
Sep
(5) |
Oct
|
Nov
(24) |
Dec
(7) |
|
From: Edmond O. <edm...@wa...> - 2025-12-16 20:22:48
|
I have compiled XEmacs with support for CDE Drag and Drop. To do that, I had to manually edit the GNUmakefile under src/ generated by the configure script. In ld_libs_all=-lXm -lXaw -ltiff -lpng -ljpeg -lz -lXpm -lDtSvc -ltt -lXmu -lXt -lXext -lX11 -lSM -lICE -lgdbm_compat -lgdbm -lncurses -ltinfo -lm I had to insert DtXinerama ld_libs_all=-lXm -lXaw -ltiff -lpng -ljpeg -lz -lXpm -lDtSvc -ltt -lDtXinerama -lXmu -lXt -lXext -lX11 -lSM -lICE -lgdbm_compat -lgdbm -lncurses -ltinfo -lm After that, XEmacs built successfully. I have checked that in my case, it was possible to drag and drop text files into XEmacs. The file would then open in a tab. This worked for both ISO8859-1 and UTF8 encoded files. Le 16/12/2025 à 19:54, Edmond Orignac via cdesktopenv-devel a écrit : > Hi Jürgen, > > I tried your command, but on my computer the configure script stops > with an error > > checking for tt_c.h... yes > checking for tt_message_create in -ltt... no > checking for tt_message_create in -ltt... (cached) no > checking for tt_message_create in -ltt... (cached) no > ./configure: Usage error: > Unable to find required tooltalk libraries. > > So the bug in the detection of tt_c.h is addressed, but the next bug > in detection of libtt > > is triggered: the configure script does not include the X libraries > after -ltt > > After changing > > LIBS="-ltt $extra_libs $LIBS" > > to > > LIBS=" -L/usr/dt/lib -ltt -lXmu -lXt -lXext -lX11 -lSM -lICE -ltirpc > $extra_libs $LIBS" > > the configure script proceeds. The command I used was > > LDFLAGS="-L/usr/dt/lib" CPPFLAGS="-I/usr/dt/include/Tt > -I/usr/dt/include -I/usr/include/tirpc" ./configure --with-dragndrop > --with-cde --with-tooltalk > > I have found that it was necessary to add --with-dragndrop to enable > CDE drag and drop. > > Now that I have a Makefile, I will check if the build succeeds. > > Thanks for your suggestion, > > Best > > Edmond > > > Le 16/12/2025 à 12:55, Jürgen Mayerhofer a écrit : >> Hi Edmond, >> >> I was successful in building xemacs with: >> >> CPPFLAGS="-I/usr/dt/include/Tt -I/usr/dt/include >> -I/usr/include/tirpc" ./configure --with-cde >> >> But I was not successful to get any drag and drop features in it. >> >> The command above builds emacs without motif on my system, instead >> Xaw is used. >> >> If you want motif: use --with-widgets=motif >> >> But this gives me tons of GC errors and wron colors in menus... :-( >> >> Best regards, >> >> Jürgen. >> >> >> >> Am 13.12.25 um 21:53 schrieb Edmond Orignac via cdesktopenv-devel: >>> This is only tangentially related with CDE development, but I have >>> tried to >>> >>> build XEmacs from >>> >>> https://foss.heptapod.net/xemacs/xemacs/-/tree/branch/default >>> >>> with CDE drag and drop. I am using CDE 2.5.3 on Ubuntu 22.04. >>> >>> The configure script fails to find /usr/dt/include/Tt/tt_c.h >>> >>> I would like to know if other CDE users have tried to build XEmacs >>> with CDE Drag and Drop with different Linux distributions or the >>> BSDs or OpenIndiana and if they have been successful. >>> >>> Below some details of what I have tried. >>> >>> I have first used ./configure --with-cde without success. >>> >>> I have then tried various options >>> >>> ./configure >>> --with-site-includes=/usr/dt/include/Dt/:/usr/dt/include/Tt/ >>> --with-site-libraries=/usr/dt/lib/ --with-cde >>> >>> ./configure --with-site-includes=/usr/dt/include/ --with-dragndrop >>> --with-cde --with-tooltalk >>> >>> ./configure --with-site-prefixes=/usr:/usr/dt >>> --with-site-includes=/usr/dt/include/Tt/ --with-dragndrop >>> --with-cde --with-tooltalk >>> >>> ./configure --with-widgets=motif --with-cde >>> --with-site-prefixes=/usr/dt >>> --x-includes=/usr/include/X11/:/usr/dt/include/ >>> >>> The configure script always stopped with >>> >>> checking for tt_c.h... no >>> checking for Tt/tt_c.h... no >>> checking for desktop/tt_c.h... no >>> ./configure: Usage error: >>> Unable to find required tooltalk header files. >>> Use `./configure --help' to show usage. >>> >>> The lines in the script that attempt to find tooltalk header files are: >>> >>> if test "$with_tooltalk" != "no" ; then >>> for dir in "" "Tt/" "desktop/" ; do >>> as_ac_Header=`printf "%s\n" "ac_cv_header_${dir}tt_c.h" | >>> $as_tr_sh` >>> ac_fn_c_check_header_compile "$LINENO" "${dir}tt_c.h" >>> "$as_ac_Header" "$ac_includes_default" >>> if eval test \"x\$"$as_ac_Header"\" = x"yes" >>> then : >>> tt_c_h_file="${dir}tt_c.h"; break >>> fi >>> >>> done >>> if test -z "$tt_c_h_file"; then >>> if test "$with_tooltalk" = "yes"; then >>> (echo "$progname: Usage error:" >>> echo " " "Unable to find required tooltalk header files." >>> echo " Use \`$progname --help' to show usage.") >&2 && exit 1 >>> fi >>> >>> I have tried to replace in the configure script >>> >>> for dir in "" "Tt/" "desktop/" ; do >>> >>> with for dir in "/usr/dt/include/" "/usr/dt/include/Tt/" >>> "/usr/share/dt/include/Tt" ; do >>> >>> but the error was unchanged with >>> >>> checking for /usr/dt/include/tt_c.h... no >>> checking for /usr/dt/include/Tt/tt_c.h... no >>> checking for /usr/share/dt/include/Tt/tt_c.h... no >>> >>> I assume the configure script that ships with XEmacs has a bug in >>> ac_fn_c_check_header_compile, but it might also be a problem >>> specific to Ubuntu. >>> >>> >>> >>> >>> _______________________________________________ >>> cdesktopenv-devel mailing list >>> cde...@li... >>> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel >> > > > _______________________________________________ > cdesktopenv-devel mailing list > cde...@li... > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel |
|
From: Edmond O. <edm...@wa...> - 2025-12-16 18:54:34
|
Hi Jürgen, I tried your command, but on my computer the configure script stops with an error checking for tt_c.h... yes checking for tt_message_create in -ltt... no checking for tt_message_create in -ltt... (cached) no checking for tt_message_create in -ltt... (cached) no ./configure: Usage error: Unable to find required tooltalk libraries. So the bug in the detection of tt_c.h is addressed, but the next bug in detection of libtt is triggered: the configure script does not include the X libraries after -ltt After changing LIBS="-ltt $extra_libs $LIBS" to LIBS=" -L/usr/dt/lib -ltt -lXmu -lXt -lXext -lX11 -lSM -lICE -ltirpc $extra_libs $LIBS" the configure script proceeds. The command I used was LDFLAGS="-L/usr/dt/lib" CPPFLAGS="-I/usr/dt/include/Tt -I/usr/dt/include -I/usr/include/tirpc" ./configure --with-dragndrop --with-cde --with-tooltalk I have found that it was necessary to add --with-dragndrop to enable CDE drag and drop. Now that I have a Makefile, I will check if the build succeeds. Thanks for your suggestion, Best Edmond Le 16/12/2025 à 12:55, Jürgen Mayerhofer a écrit : > Hi Edmond, > > I was successful in building xemacs with: > > CPPFLAGS="-I/usr/dt/include/Tt -I/usr/dt/include -I/usr/include/tirpc" > ./configure --with-cde > > But I was not successful to get any drag and drop features in it. > > The command above builds emacs without motif on my system, instead Xaw > is used. > > If you want motif: use --with-widgets=motif > > But this gives me tons of GC errors and wron colors in menus... :-( > > Best regards, > > Jürgen. > > > > Am 13.12.25 um 21:53 schrieb Edmond Orignac via cdesktopenv-devel: >> This is only tangentially related with CDE development, but I have >> tried to >> >> build XEmacs from >> >> https://foss.heptapod.net/xemacs/xemacs/-/tree/branch/default >> >> with CDE drag and drop. I am using CDE 2.5.3 on Ubuntu 22.04. >> >> The configure script fails to find /usr/dt/include/Tt/tt_c.h >> >> I would like to know if other CDE users have tried to build XEmacs >> with CDE Drag and Drop with different Linux distributions or the BSDs >> or OpenIndiana and if they have been successful. >> >> Below some details of what I have tried. >> >> I have first used ./configure --with-cde without success. >> >> I have then tried various options >> >> ./configure >> --with-site-includes=/usr/dt/include/Dt/:/usr/dt/include/Tt/ >> --with-site-libraries=/usr/dt/lib/ --with-cde >> >> ./configure --with-site-includes=/usr/dt/include/ --with-dragndrop >> --with-cde --with-tooltalk >> >> ./configure --with-site-prefixes=/usr:/usr/dt >> --with-site-includes=/usr/dt/include/Tt/ --with-dragndrop --with-cde >> --with-tooltalk >> >> ./configure --with-widgets=motif --with-cde >> --with-site-prefixes=/usr/dt >> --x-includes=/usr/include/X11/:/usr/dt/include/ >> >> The configure script always stopped with >> >> checking for tt_c.h... no >> checking for Tt/tt_c.h... no >> checking for desktop/tt_c.h... no >> ./configure: Usage error: >> Unable to find required tooltalk header files. >> Use `./configure --help' to show usage. >> >> The lines in the script that attempt to find tooltalk header files are: >> >> if test "$with_tooltalk" != "no" ; then >> for dir in "" "Tt/" "desktop/" ; do >> as_ac_Header=`printf "%s\n" "ac_cv_header_${dir}tt_c.h" | >> $as_tr_sh` >> ac_fn_c_check_header_compile "$LINENO" "${dir}tt_c.h" "$as_ac_Header" >> "$ac_includes_default" >> if eval test \"x\$"$as_ac_Header"\" = x"yes" >> then : >> tt_c_h_file="${dir}tt_c.h"; break >> fi >> >> done >> if test -z "$tt_c_h_file"; then >> if test "$with_tooltalk" = "yes"; then >> (echo "$progname: Usage error:" >> echo " " "Unable to find required tooltalk header files." >> echo " Use \`$progname --help' to show usage.") >&2 && exit 1 >> fi >> >> I have tried to replace in the configure script >> >> for dir in "" "Tt/" "desktop/" ; do >> >> with for dir in "/usr/dt/include/" "/usr/dt/include/Tt/" >> "/usr/share/dt/include/Tt" ; do >> >> but the error was unchanged with >> >> checking for /usr/dt/include/tt_c.h... no >> checking for /usr/dt/include/Tt/tt_c.h... no >> checking for /usr/share/dt/include/Tt/tt_c.h... no >> >> I assume the configure script that ships with XEmacs has a bug in >> ac_fn_c_check_header_compile, but it might also be a problem specific >> to Ubuntu. >> >> >> >> >> _______________________________________________ >> cdesktopenv-devel mailing list >> cde...@li... >> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel > |
|
From: Jon T. <jo...@ra...> - 2025-12-14 20:42:56
|
On 12/6/25 16:48, Chase via cdesktopenv-devel wrote: > Pass1, Canon1, and Pass2 parsers now all use the same headers with a > few exceptions, any distinction is now cleared up by each program > passing its title as a flag (example: -DPASS1). > Nice. Will be merged. -jon > Thank you for your time, > -Chase > > > _______________________________________________ > 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 |
|
From: Jon T. <jo...@ra...> - 2025-12-14 20:30:21
|
On 11/30/25 16:52, Jon Trulson wrote: > > Hi, I agree with Peter. Also - this patch does not apply. Perhaps it > needs to be rebased on current master? > Ah. The second patch did not replace the first, but was made on top of it. I've applied them, thanks! -jon > -jon > > On 11/30/25 07:45, Chase via cdesktopenv-devel wrote: >> Fixed ordering per Peter's suggestion. >> >> Thank you for your time, >> -Chase >> >> On Sunday, November 30th, 2025 at 4:08 AM, Peter Tribble >> <pet...@gm...> wrote: >>> On Fri, Nov 28, 2025 at 7:58 PM Chase via cdesktopenv-devel >>> <cde...@li...> wrote: >>> >>> Not much else to say for this one. >>> >>> >>> Looking at this, the order of HAVE_POLL_H and HAVE_SYS_POLL_H is >>> inconsistent, >>> so that if we have both (it does depend on the autoconf version as >>> to whether it will set >>> both) then in some files we'll #include <poll.h>, and in others >>> #include <sys/poll.h>. >>> I *think* the correct ordering is to always prefer the #include >>> <poll.h>, so the check for >>> HAVE_POLL_H should always come first. >>> >>> Thanks, >>> -- >>> -Peter Tribble >>> http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ >> >> >> >> _______________________________________________ >> 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 mailing list > cde...@li... > https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel -- Jon Trulson "The less you know, the more you believe." -- Bono |
|
From: Edmond O. <edm...@wa...> - 2025-12-13 20:53:13
|
This is only tangentially related with CDE development, but I have tried to build XEmacs from https://foss.heptapod.net/xemacs/xemacs/-/tree/branch/default with CDE drag and drop. I am using CDE 2.5.3 on Ubuntu 22.04. The configure script fails to find /usr/dt/include/Tt/tt_c.h I would like to know if other CDE users have tried to build XEmacs with CDE Drag and Drop with different Linux distributions or the BSDs or OpenIndiana and if they have been successful. Below some details of what I have tried. I have first used ./configure --with-cde without success. I have then tried various options ./configure --with-site-includes=/usr/dt/include/Dt/:/usr/dt/include/Tt/ --with-site-libraries=/usr/dt/lib/ --with-cde ./configure --with-site-includes=/usr/dt/include/ --with-dragndrop --with-cde --with-tooltalk ./configure --with-site-prefixes=/usr:/usr/dt --with-site-includes=/usr/dt/include/Tt/ --with-dragndrop --with-cde --with-tooltalk ./configure --with-widgets=motif --with-cde --with-site-prefixes=/usr/dt --x-includes=/usr/include/X11/:/usr/dt/include/ The configure script always stopped with checking for tt_c.h... no checking for Tt/tt_c.h... no checking for desktop/tt_c.h... no ./configure: Usage error: Unable to find required tooltalk header files. Use `./configure --help' to show usage. The lines in the script that attempt to find tooltalk header files are: if test "$with_tooltalk" != "no" ; then for dir in "" "Tt/" "desktop/" ; do as_ac_Header=`printf "%s\n" "ac_cv_header_${dir}tt_c.h" | $as_tr_sh` ac_fn_c_check_header_compile "$LINENO" "${dir}tt_c.h" "$as_ac_Header" "$ac_includes_default" if eval test \"x\$"$as_ac_Header"\" = x"yes" then : tt_c_h_file="${dir}tt_c.h"; break fi done if test -z "$tt_c_h_file"; then if test "$with_tooltalk" = "yes"; then (echo "$progname: Usage error:" echo " " "Unable to find required tooltalk header files." echo " Use \`$progname --help' to show usage.") >&2 && exit 1 fi I have tried to replace in the configure script for dir in "" "Tt/" "desktop/" ; do with for dir in "/usr/dt/include/" "/usr/dt/include/Tt/" "/usr/share/dt/include/Tt" ; do but the error was unchanged with checking for /usr/dt/include/tt_c.h... no checking for /usr/dt/include/Tt/tt_c.h... no checking for /usr/share/dt/include/Tt/tt_c.h... no I assume the configure script that ships with XEmacs has a bug in ac_fn_c_check_header_compile, but it might also be a problem specific to Ubuntu. |
|
From: Chase <nic...@pr...> - 2025-12-06 23:48:39
|
Pass1, Canon1, and Pass2 parsers now all use the same headers with a few exceptions, any distinction is now cleared up by each program passing its title as a flag (example: -DPASS1). Thank you for your time, -Chase |
|
From: Chase <nic...@pr...> - 2025-12-04 13:03:21
|
Well, I am still in favor of keeping dtmail. Having our own email client is still better than a few desktop environments which have none at all, even if it needs a little modernization. I do not want to rip things out unless absolutely necessary. I will first see how feasible it is to include all programs into one source via ifdefs, and then transition into a single binary with runtime flags for each stage. Thank you for your time, -Chase On Sunday, November 30th, 2025 at 5:37 PM, Jon Trulson <jo...@ra...> wrote: > On 11/29/25 10:34, Chase via cdesktopenv-devel wrote: > >> From my study of the code, htag2 under dthelp/parser/pass2 is simply a newer version of htag1 and ctag1 as they share 90% of the same code with pass2 having newer SCCS file dates. Also unlike some of the other parsers we have had like sgml to man which has been packaged separately by distributions, no one is using these old parsers. We don't use them anywhere either. I think there is a bigger case to stop building and distributing these old parsers than there was even with the font editor programs, at least those were graphical and built parts of CDE. htag1 and ctag1 do nothing. I am always hesitant to remove historical programs from CDE, but I truly feel these programs serve no purpose anymore. I propose we stop building and distributing them, and leave their inclusion optional to the user. > > Well dtmail is probably one that should be removed as well as it does not support "modern" things, like "security" :) > > But - these parsers are used for producing the help system. I've proposed getting rid of that in favor of just producing HTML (if possible) and using a local browser. > > The format it uses is SDL - which apparently some company licensed and still sells, though a different version that's what incorporated in CDE - at least when I looked at this some years ago. > > The idea was that people might ship applications, and they would want to also ship help files, and these are used to do that. I believe they are still used to produce CDE's own help files. Haven't looked at that stuff in while - but if they can be eliminated w/o breaking help generation, I'm fine with that. > > Better if dthelp and friends could be removed altogether with something more modern, like HTML/browser :) > > -jon > >> Thank you for your time, >> -Chase >> >> _______________________________________________ >> 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 |
|
From: Jon T. <jo...@ra...> - 2025-11-30 23:57:02
|
Hi, this would be cool... But it does not apply... Tons of errors, might need to rebase. Also it seems to want to attempt to patch things that do not exist - remember that ksh93 is a subtree installed at programs/dtksh/ksh93. Your patch did not seem to be trying to install anything there. -jon On 11/29/25 17:13, Chase via cdesktopenv-devel wrote: > Here is a patch to bump us from 1.0.3(?) to 1.0.10. I removed the KSH > SHOPTS as they now all seem to be included in a generated shopt.h file > now. Other than that all that was needed was simply adding stak.h to > dtkcmds.c. > > Thank you for your time, > -Chase > > > > _______________________________________________ > 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 |
|
From: Jon T. <jo...@ra...> - 2025-11-30 23:53:05
|
Hi, I agree with Peter. Also - this patch does not apply. Perhaps it needs to be rebased on current master? -jon On 11/30/25 07:45, Chase via cdesktopenv-devel wrote: > Fixed ordering per Peter's suggestion. > > Thank you for your time, > -Chase > > On Sunday, November 30th, 2025 at 4:08 AM, Peter Tribble > <pet...@gm...> wrote: >> On Fri, Nov 28, 2025 at 7:58 PM Chase via cdesktopenv-devel >> <cde...@li...> wrote: >> >> Not much else to say for this one. >> >> >> Looking at this, the order of HAVE_POLL_H and HAVE_SYS_POLL_H is >> inconsistent, >> so that if we have both (it does depend on the autoconf version as to >> whether it will set >> both) then in some files we'll #include <poll.h>, and in others >> #include <sys/poll.h>. >> I *think* the correct ordering is to always prefer the #include >> <poll.h>, so the check for >> HAVE_POLL_H should always come first. >> >> Thanks, >> -- >> -Peter Tribble >> http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ > > > > _______________________________________________ > 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 |
|
From: Jon T. <jo...@ra...> - 2025-11-30 23:37:24
|
On 11/29/25 10:34, Chase via cdesktopenv-devel wrote: > From my study of the code, htag2 under dthelp/parser/pass2 is simply a > newer version of htag1 and ctag1 as they share 90% of the same code > with pass2 having newer SCCS file dates. Also unlike some of the other > parsers we have had like sgml to man which has been packaged > separately by distributions, no one is using these old parsers. We > don't use them anywhere either. I think there is a bigger case to stop > building and distributing these old parsers than there was even with > the font editor programs, at least those were graphical and built > parts of CDE. htag1 and ctag1 do nothing. I am always hesitant to > remove historical programs from CDE, but I truly feel these programs > serve no purpose anymore. I propose we stop building and distributing > them, and leave their inclusion optional to the user. > Well dtmail is probably one that should be removed as well as it does not support "modern" things, like "security" :) But - these parsers are used for producing the help system. I've proposed getting rid of that in favor of just producing HTML (if possible) and using a local browser. The format it uses is SDL - which apparently some company licensed and still sells, though a different version that's what incorporated in CDE - at least when I looked at this some years ago. The idea was that people might ship applications, and they would want to also ship help files, and these are used to do that. I believe they are still used to produce CDE's own help files. Haven't looked at that stuff in while - but if they can be eliminated w/o breaking help generation, I'm fine with that. Better if dthelp and friends could be removed altogether with something more modern, like HTML/browser :) -jon > Thank you for your time, > -Chase > > > > _______________________________________________ > 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 |
|
From: Jon T. <jo...@ra...> - 2025-11-30 23:30:58
|
Applied, thanks! -jon On 11/27/25 21:15, Chase via cdesktopenv-devel wrote: > Was fixing a bug I accidentally introduced a long time ago when I > stumbled upon this function. Boolean function arguments are bad code > practice, breaking the function in half makes the code more readable. > > Thank you for your time, > -Chase > > > _______________________________________________ > 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 |
|
From: Jon T. <jo...@ra...> - 2025-11-30 23:27:46
|
Applied, thanks! -jon On 11/27/25 20:31, Chase via cdesktopenv-devel wrote: > Eventually I would also like to replace the md5 code in here, but as > I've learned there are a dozen libraries plus the system builtin > libraries that provide some sort of an md5 function suite... > > Thank you for your time, > -Chase > > > > _______________________________________________ > 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 |
|
From: Chase <nic...@pr...> - 2025-11-30 14:46:01
|
Fixed ordering per Peter's suggestion. Thank you for your time, -Chase On Sunday, November 30th, 2025 at 4:08 AM, Peter Tribble <pet...@gm...> wrote: > On Fri, Nov 28, 2025 at 7:58 PM Chase via cdesktopenv-devel <cde...@li...> wrote: > >> Not much else to say for this one. > > Looking at this, the order of HAVE_POLL_H and HAVE_SYS_POLL_H is inconsistent, > so that if we have both (it does depend on the autoconf version as to whether it will set > both) then in some files we'll #include <poll.h>, and in others #include <sys/poll.h>. > I *think* the correct ordering is to always prefer the #include <poll.h>, so the check for > HAVE_POLL_H should always come first. > Thanks, > -- > > -Peter Tribble > http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ |
|
From: Peter T. <pet...@gm...> - 2025-11-30 10:08:32
|
On Fri, Nov 28, 2025 at 7:58 PM Chase via cdesktopenv-devel < cde...@li...> wrote: > Not much else to say for this one. > Looking at this, the order of HAVE_POLL_H and HAVE_SYS_POLL_H is inconsistent, so that if we have both (it does depend on the autoconf version as to whether it will set both) then in some files we'll #include <poll.h>, and in others #include <sys/poll.h>. I *think* the correct ordering is to always prefer the #include <poll.h>, so the check for HAVE_POLL_H should always come first. Thanks, -- -Peter Tribble http://www.petertribble.co.uk/ - http://ptribble.blogspot.com/ |
|
From: Chase <nic...@pr...> - 2025-11-30 00:34:36
|
Also updated the .gitignore: Thank you for your time, -Chase On Saturday, November 29th, 2025 at 6:14 PM, Chase via cdesktopenv-devel <cde...@li...> wrote: > Here is a patch to bump us from 1.0.3(?) to 1.0.10. I removed the KSH SHOPTS as they now all seem to be included in a generated shopt.h file now. Other than that all that was needed was simply adding stak.h to dtkcmds.c. > > Thank you for your time, > -Chase |
|
From: Chase <nic...@pr...> - 2025-11-30 00:14:26
|
Here is a patch to bump us from 1.0.3(?) to 1.0.10. I removed the KSH SHOPTS as they now all seem to be included in a generated shopt.h file now. Other than that all that was needed was simply adding stak.h to dtkcmds.c. Thank you for your time, -Chase |
|
From: Chase <nic...@pr...> - 2025-11-29 17:34:59
|
From my study of the code, htag2 under dthelp/parser/pass2 is simply a newer version of htag1 and ctag1 as they share 90% of the same code with pass2 having newer SCCS file dates. Also unlike some of the other parsers we have had like sgml to man which has been packaged separately by distributions, no one is using these old parsers. We don't use them anywhere either. I think there is a bigger case to stop building and distributing these old parsers than there was even with the font editor programs, at least those were graphical and built parts of CDE. htag1 and ctag1 do nothing. I am always hesitant to remove historical programs from CDE, but I truly feel these programs serve no purpose anymore. I propose we stop building and distributing them, and leave their inclusion optional to the user. Thank you for your time, -Chase |
|
From: Chase <nic...@pr...> - 2025-11-28 19:57:15
|
Not much else to say for this one. Thank you for your time, -Chase |
|
From: Chase <nic...@pr...> - 2025-11-28 04:35:00
|
Was fixing a bug I accidentally introduced a long time ago when I stumbled upon this function. Boolean function arguments are bad code practice, breaking the function in half makes the code more readable. Thank you for your time, -Chase |
|
From: Chase <nic...@pr...> - 2025-11-28 03:32:04
|
Eventually I would also like to replace the md5 code in here, but as I've learned there are a dozen libraries plus the system builtin libraries that provide some sort of an md5 function suite... Thank you for your time, -Chase |
|
From: Jon T. <jo...@ra...> - 2025-11-25 20:57:50
|
Hi, CDE 2.5.3 is now available at SourceForge. This release has several bug fixes since the last release. Contributors to this release: Chase (2) Dark Ayron (1) Jon Trulson (3) Myrrh Periwinkle (1) Nilton Perim Neto (1) Patrick Georgi (6) Paul Ward (1) Trung Lê (2) hyousatsu (8) rhubarb-geek-nz (1) From the HISTORY file: ############################################################### ### 2.5.3 (stable) 11/25/2025 This is mainly a bugfix release addressing various issues. Shortlog: Chase (2): dtfile: use sh instead of ksh for find command dthelp/parser: use standard ctype case functions Dark Ayron (1): dtwm: add support for more mouse buttons Jon Trulson (3): dtcm: Chase FreeBSD src bb421be6c117 which moved ftime(3) tradcpp: fix bool issue with newer compilers (GCC 15) fix: t_optmgmt: Incorrect options format Myrrh Periwinkle (1): libDtWidget: Do not mix wide and narrow operations on the same stream Nilton Perim Neto (1): Made a workaround to not use the sh_access Patrick Georgi (6): DtTerm/TermPrimUtil: Use 6 'X's in mktemp template DtTerm/TermPrimUtil: Use mkstemp instead of mktemp lib/DtTerm: Fix copy&paste error lib/DtTerm: Remove dead assignments, initializations and increments DtTerm/TermPrim: check pointer before traversing Add systemd service file for dtlogin Paul Ward (1): dtterm: Fix title and icon Sun esc seqs Trung Lê (2): tt/ttauth: Update print_help() tt/mini_isam: explicitly declare compfunc parameters b'Jon Trulson (1): Merge /u/runlevel5/cde/ branch print-help-gcc15 into master hyousatsu (8): ksh93: fix a compilation error on 32-bit system. DtMmdb: replace Berkeley DB with LMDB. dtdocbook: link to lmdb. DtMmdb: replace ostring with std::string. Fix some warnings. DtMmdb: fix a crash occurs when creating bookmark. dtcreate: make pop-ups work properly. dtwm: manage windows properly to avoid potential segmentation faults. rhubarb-geek-nz (1): init scripts from rhubarb-pi.sf.net Enjoy -- Jon Trulson "The less you know, the more you believe." -- Bono |
|
From: Jon T. <jo...@ra...> - 2025-11-25 19:57:52
|
On 11/25/25 12:34, Marco Moock wrote: > Am 23.11.2025 um 23:57:20 Uhr schrieb Chase via cdesktopenv-devel: > >> Would there be any interest in moving ksh to the newest master build >> after this release as it has parallel build capabilities, or should >> point releases be stuck to? > This might be a really stupid question, but I ask it anyway: > > Why is ksh included in CDE while the operating systems like FreeBSD or > Linux distributions ship their own version of ksh? Not stupid at all :) It's to support dtksh - this is a CDE component that allows scripting X11/Motif/CDE graphical applications in ksh scripts. -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 |
|
From: Marco M. <mm...@do...> - 2025-11-25 19:54:04
|
Am 23.11.2025 um 23:57:20 Uhr schrieb Chase via cdesktopenv-devel: > Would there be any interest in moving ksh to the newest master build > after this release as it has parallel build capabilities, or should > point releases be stuck to? This might be a really stupid question, but I ask it anyway: Why is ksh included in CDE while the operating systems like FreeBSD or Linux distributions ship their own version of ksh? -- Gruß Marco Send unsolicited bulk mail to 176...@ca... |
|
From: Jon T. <jo...@ra...> - 2025-11-25 19:43:59
|
On 11/24/25 20:03, Chase via cdesktopenv-devel wrote: > This program is a mess. It defines a bunch of functions posix already > has, three times. This is my attempt to try to clean it up a little. > Eventually I want to merge pass1, pass2, and canon1 into a single > source with ifdefs as the code is 90% the same across these three. > More to come if desired. > Anything to clean that mess up is encouraged... Be careful though - it's very delicate. I'll include this one too. It does compile fine, though I no longer have the CI setup I once did. -jon > Thank you for your time, > -Chase > > > > _______________________________________________ > 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 |
|
From: Jon T. <jo...@ra...> - 2025-11-25 19:14:16
|
On 11/23/25 18:43, Chase wrote: > Here is also a small patch for after the next release, we use sh > instead of ksh for the find command in the file browser, as this will > be the first step in detangling ourself from our dependence on ksh. > Thanks, I've applied this. Planning on releasing new version today. -jon > Thank you for your time, > -Chase > > Sent with Proton Mail <https://proton.me/mail/home> secure email. > > On Sunday, November 23rd, 2025 at 6:14 PM, Chase via cdesktopenv-devel > <cde...@li...> wrote: >> Would there be any interest in moving ksh to the newest master build >> after this release as it has parallel build capabilities, or should >> point releases be stuck to? >> >> Thank you for your time, >> -Chase >> >> On Saturday, November 15th, 2025 at 2:55 PM, Jon Trulson >> <jo...@ra...> wrote: >>> >>> Hi, >>> >>> It's been awhile since we've done a CDE release - almost 2 years. >>> >>> I plan to do a 2.5.2 release sometime during the week of Nov 23rd >>> since I'll have the time. >>> >>> Just an FYI if there are any patches people have floating around. So >>> far there are 25 patches that have been submitted since the last >>> release. >>> >>> -- >>> Jon Trulson >>> >>> "The less you know, the more you believe." >>> -- Bono >> > -- Jon Trulson "The less you know, the more you believe." -- Bono |
20 messages has been excluded from this view by a project administrator.
