I also worked for a while with wordstar editor for MS-DOS, loved that piece of software... Thankfully, UNIX/Linux have their console untouched... and still be able to provide a graphic system...
On Thu, Jun 15, 2023 at 4:12 PM vasi vasi <[email protected]> wrote: > Most surely I launched them from mc in console... is how I work almost all > the time (the first thing I install in an operating system is Midnight > Commander) ... that is how I started in computers... from a console... :D > old guy here... > > On Thu, Jun 15, 2023 at 4:00 PM vasi vasi <[email protected]> wrote: > >> Can't remember if I launched my app from console with mc or from file >> manager... now I have NetBSD installed :( >> >> On Thu, Jun 15, 2023 at 7:52 AM Fred van Stappen <[email protected]> >> wrote: >> >>> Hello Vasi. >>> >>> Ho, nice, I just see your post in Lazarus forum, thanks for the >>> compliments. >>> I hope we will have answers. >>> >>> So you was able to compile and run Lazarus on OpenBSD, good news. >>> Is it ok with Lazarus apps to run with 2xclick or is it the same as >>> msegui apps ? >>> >>> Fre;D >>> ------------------------------ >>> *De :* vasi vasi <[email protected]> >>> *Envoyé :* jeudi 15 juin 2023 06:09 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Fred, thank you for the solution, this comes after I posted on the >>> lazarus forums.... >>> >>> On Thu, Jun 15, 2023 at 6:17 AM Fred van Stappen <[email protected]> >>> wrote: >>> >>> Hello Vasi. >>> >>> I did not find the reason why 2xclick or using a launcher with the >>> application path freeze the application. >>> I suspect that maybe it is because the binary must be hardened (make a >>> PIE executable with parameters "-Cg -k-pie -k-znow" but fpc does not allow >>> it for NetBSD). >>> >>> Anyway, there is a clean workaround using a script or a launcher. >>> >>> The command of the launcher/script would be "xterm -iconic >>> /path/of/application". >>> The application will run as expected, but there will be xterm iconized >>> (that will disapear when closing the app). >>> >>> Fre;d >>> >>> >>> ------------------------------ >>> *De :* vasi vasi <[email protected]> >>> *Envoyé :* mercredi 14 juin 2023 03:54 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> It is ok Fred, two new operating systems out of three is an excellent >>> score. And these were harder than DragonflyBSD which can use the FreeBSD >>> repository... Some day, we will get X to work in dflyBSD, on a different >>> version. You did an amazing job, thank you! >>> >>> On Wed, Jun 14, 2023 at 3:19 AM Fred van Stappen <[email protected]> >>> wrote: >>> >>> Hello Vasi and everybody. >>> >>> > Yep, I can confirm the double-click problem. The IDE works when >>> lunched from console. >>> >>> Tested on OpenBSD and there is the same problem too, good in console, >>> not good from 2xclick. >>> Maybe somebody could ask why on fpc forum? >>> >>> Anyway I did some more test (form console) of mseide on OpenBSD and >>> NetBSD and all seems ok. >>> >>> So I updated the binaries in the assets of last release. >>> https://github.com/mse-org/mseide-msegui/releases/tag/5.8.0 >>> ( I did have more luck when reinstalling OpenBSD, he allows me to upload >>> now ). >>> >>> But for our friend DragonFly, I did try all, even now install it on a >>> other older computer. >>> Same problem with Xorg: mouse works but not the keyboard. ;-( >>> So, sorry, but I cannot engage the combat. >>> >>> Fre;D >>> >>> >>> ------------------------------ >>> *De :* vasi vasi <[email protected]> >>> *Envoyé :* lundi 12 juin 2023 22:37 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Yep, I can confirm the double-click problem. The IDE works when lunched >>> from console. >>> The froze happens with mseide and applications that it creates,. Not >>> with apps from NetBSD repo... >>> >>> Bit I couldn't compile myide project from the apps folder, there is an >>> error in the mseformatstring if I am correct, an internal error... >>> >>> On Mon, Jun 12, 2023 at 11:10 PM vasi vasi <[email protected]> wrote: >>> >>> Rather a bug than anything else... I think is related to the distro >>> CD... which didn't go well for me when I tried to install the system... I >>> succeeded installing it online from their repos... I suspect there are some >>> bugs... >>> >>> They have quite an impressive network stack, but such little errors to >>> go unobserved... It is shocking... >>> >>> Anyway, you deserve lot of rest, to gain two more different operating >>> systems for msegui is quite an accomplishment in such a short time! >>> Congratulations! And thank you very much! >>> >>> BTW, I will see if I have the same problem with the double-click on >>> launching the app... >>> >>> On Mon, Jun 12, 2023 at 9:03 PM Fred van Stappen <[email protected]> >>> wrote: >>> >>> Re-hello Vasi. >>> >>> Note that you need to run the application via console, strangely if you >>> 2Xclick on the binary, the application run then freeze. >>> I did try for other binaries (not fpc binaries) and it is the same. >>> Maybe a protection feature (or a bug). >>> >>> Fre;D >>> >>> >>> ------------------------------ >>> *De :* Fred van Stappen <[email protected]> >>> *Envoyé :* lundi 12 juin 2023 19:57 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Hello Vasi. >>> >>> Yep, I finally managed to tame the directory access. >>> Now, with last commit, all (should) works perfectly, included mseide, no >>> more perpetual loop at run, nor crash and file-dialogs are working ok. >>> >>> NetBSD was not easy to tame, mainly because of missing or wrong doc. >>> For example, https://man.netbsd.org/dirent.3 >>> The declaration of >>> >>> uint16_t d_namlen; >>> >>> is wrong, it should be uint8_t and make the things not work, changing to >>> uint8 fix it. >>> >>> >>> Also there is a bug with readdir_r(), sometime it never reach to the end of >>> the directory and does a perpetual loop. >>> >>> I use now readdir(), this one is ok. >>> >>> It was a hard battle but we win. >>> >>> Cheers. >>> >>> Fre;D >>> >>> >>> ------------------------------ >>> *De :* vasi vasi <[email protected]> >>> *Envoyé :* lundi 12 juin 2023 17:36 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> NetBSD is in full transition to clang but it cannot give up on gcc also, >>> so, there are two different linkers with different configurations and >>> expectations. With resulted programs that cannot find their shared libs so >>> is a total mess... Hopefully, NetBSD 10 will ease things... But not only >>> the BSD world, Linux also... there are efforts towards clang... >>> >>> Until then, even for C programs there are problems... Because I don't >>> know other way, I had to copy-symlink all libraries from X11R7 to /usr/lib, >>> not only six of them (thanks for the pointer)... I'm pretty sure there is a >>> right way to do it? A manual or something (it wasn't this mess a few years >>> back...) >>> >>> For example for lockf () function, (if I remember correctly, because I >>> am now on the linux laptop) you get errors and if you look at the man >>> manual, things are like in linux, but it ends up that you really must >>> change the value of one parameter the way compiler suggest it... In the >>> end, raylib 4.0 compiles and runs ok but the timing is wrong because of >>> incompatibilities with the timer functions that are yet to be solved... A >>> nice graphical library that we have a pascal translation for. At least, in >>> OpenBSD didn't worked at all (mouse problems in glfw library)... We really >>> need some pointers from the developers and the porting team... Typhoon >>> Relational Database needed also some interventions... Because, asking users >>> to do what we do is a no-no... But at least, things are working... >>> >>> Otherwise, NetBSD snappier for me than OpenBSD... Your pointers were >>> helpful. I had an X11 freeze trying mseide but I switched to the console >>> and killed the X... No system crash, and I activated the journaling for the >>> file system, just to be sure is recoverable... It works better than in >>> OpenBSD... >>> >>> So, it seems that NetBSD requires the most work from the three of >>> them... but I expect dflyBSD to be as easier as FreeBSD (if we make mouse >>> and keyboard to work on X)... >>> >>> On Mon, Jun 12, 2023 at 6:18 AM vasi vasi <[email protected]> wrote: >>> >>> Excellent progress! >>> I also lost the night configuring NetBSD, setting the firewall, >>> installing apps... now is up and running, just to make those X11 symlinks. >>> Also having some difficulties in compiling a C library, but not mseide >>> related... >>> >>> On Mon, Jun 12, 2023 at 12:22 AM Fred van Stappen <[email protected]> >>> wrote: >>> >>> Allez, the very last for tonight. >>> >>> I found the guilty of the icons and images not show and the error >>> message of corrupt X11 atom. >>> It is the image property bmo_graymask. >>> And in all the mseide project all images or images list have >>> "bmo_graymask = true". >>> When setting bmo_graymask := false for all image and image-list the icon >>> and image are ok. >>> >>> >>> https://github.com/mse-org/mseide-msegui/assets/3421249/3452e988-1504-44df-a9e9-84ecdf65806a >>> >>> By the way, I never understood that property "bmo_graymask", setting it >>> to true or false dont change anything on other os. >>> >>> It is a excellent news because fighting with X11 is a other story. >>> >>> So, perfect, the icons and images problems are solved. >>> I will clean all the code, set bmo_graymask := false for eveybody and do >>> the commit tonight. >>> >>> Only remains the access to directory in file dialog that resists. >>> But not for longtime (but not for tonight). >>> >>> Fre;D >>> >>> ------------------------------ >>> *De :* Fred van Stappen <[email protected]> >>> *Envoyé :* dimanche 11 juin 2023 21:06 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Ooops, in previous post, the screenshot was without the run, here the >>> good one. >>> In the terminal, no more cry of X11 for bad atom. >>> >>> >>> https://github.com/mse-org/mseide-msegui/assets/3421249/73bae81e-f28c-4790-b26c-5f408a9a2975 >>> >>> Note too that file access via the file-dialog is not yet perfect, for >>> creating the project I have to write the full path + name, playing with the >>> directory-icons was not ok. >>> >>> So, to resume, still some work but it will be possible to terminate the >>> combat. >>> >>> Fre;D >>> ------------------------------ >>> *De :* Fred van Stappen <[email protected]> >>> *Envoyé :* dimanche 11 juin 2023 20:53 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> OK, I created a new project directly in NetBSD using mseide-pre-alpha, >>> with a button and a image on his face. >>> Compiled and run. >>> And there the button has his ico-image: >>> >>> https://github.com/mse-org/mseide-msegui/assets/3421249/ec05ff42-2058-4c2f-9c39-746d9ac4d462 >>> And no more cry when passing with mouse on the button about invalid atom. >>> >>> Hum, hum, hum. >>> >>> So could it be that the _mfm.pas gives problem and maybe oblige, for all >>> imported image, to re-do-it when compiling a project in NetBSD? >>> >>> Anyway I have to stop for the moment this exploration. >>> Yes, it is not a combat out-of-the-box, but sure we will win. >>> >>> Fre;D >>> >>> >>> ------------------------------ >>> *De :* vasi vasi <[email protected]> >>> *Envoyé :* dimanche 11 juin 2023 19:53 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Yeah, we are back to gtk and its connection to xlib... >>> >>> On Sun, Jun 11, 2023 at 8:44 PM Fred van Stappen <[email protected]> >>> wrote: >>> >>> Re-hello Vasi. >>> >>> OK, I found the option in xfce4 to show the icons in menu. >>> >>> But, sadly, the icons in mseide-menu are still not shown. >>> So it seems not to be related. >>> >>> Fre;D >>> ------------------------------ >>> *De :* Fred van Stappen <[email protected]> >>> *Envoyé :* dimanche 11 juin 2023 19:03 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Hello Vasi. >>> >>> Indeed, there are no icons in xfce4 menus. >>> I think you get something there. >>> >>> I did try to have the icons shown but did not find a option for that. >>> >>> Maybe related with the not shown icons of mseide. >>> >>> If you try the last commit of mseide-msegui, you should compile the >>> mseide and run it. >>> There are 2 things that are not working (maybe more but I did not see). >>> >>> >>> 1. The icons are not shown for menu and in the debugger form. >>> 2. When you pass with the mouse on a menu with icons, there is a >>> message in console from where you run mseide: "a X11 atom is not >>> recognized". >>> >>> >>> Maybe both are related. >>> >>> Sadly I have to take a break in msegui exploration this week, loooot of >>> things to do. >>> >>> I hope you will have luck and that you will find the guilties. >>> When I am more free, I will jump back into it. >>> >>> For DragonFly, till now I did not find a solution to make the keyboard >>> work in a Xorg session and so did not try yet msegui on DragonFly. >>> >>> Good luck. >>> >>> Fre;D >>> >>> >>> ------------------------------ >>> *De :* vasi vasi <[email protected]> >>> *Envoyé :* dimanche 11 juin 2023 15:13 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Fred, your xfce4 shows icons in menus? >>> >>> On Sun, Jun 11, 2023 at 5:49 AM Fred van Stappen <[email protected]> >>> wrote: >>> >>> Re-hello Vasi. >>> >>> Ooops, sorry I did only read your first line, I did not see there was a >>> follow. >>> >>> About the reboots, I my case, for testing msegui, I needed lot of reboot! >>> >>> This because at beginning, nothing was working and when finally the >>> compilation was ok, running the ide crashed the system. >>> So boot needed but, because of the "su" bug (that I did not know), I >>> could not login after boot and must reinstall all the system. >>> And retesting the mseide binary after some change (and using the "su" >>> with Xorg console) still crash, so reboot, without working login, --> >>> reinstall the os, retest, recrash, reinstall, retest, recrash, ... untill I >>> found the guitly: "su" in Xorg console. >>> >>> Now it is ok, if I have a crash, I can reboot without the need to >>> reinstall all because I use "su" in shell-terminal of the system. >>> >>> Fre;D >>> >>> ------------------------------ >>> *De :* vasi vasi <[email protected]> >>> *Envoyé :* dimanche 11 juin 2023 01:22 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Actually, won't help to create a user as part of wheel group, having >>> admin rights and using just sudo or doas? Can'r wait to install it... Last >>> time, I did not had such problems... but it was a different computer... >>> >>> Thanks for the movie, Fred. >>> >>> On Sun, Jun 11, 2023 at 1:13 AM Sieghard via mseide-msegui-talk < >>> [email protected]> wrote: >>> >>> Hello Fred, >>> >>> you wrote on Sat, 10 Jun 2023 17:37:44 +0000: >>> >>> > Note that with NetBSD using the "su" command in a Xorg terminal will >>> > destroy the pam config (for login+password). And you will not be able >>> to >>> > login anymore (and must reinstall all the system). >>> >>> Ihat's a really _very_ bad thing... >>> >>> > So for all the things you need a root access, terminate the Xorg >>> session >>> > to come back to terminal-no-gui, login as normal user, then use the >>> "su" >>> > command to do the things that need root access. >>> >>> Does NetBSD's Xorg NOT have the LeftAlt-Ctrl-F<n> hot key function to >>> switch to a text mode console? Or is that just disabled by default, as >>> many Linux Xorg/Gooey^WGUI installations do it by now, somewhere setting >>> a "ServerFlags" section 'Option "DontVTSwitch" "true"'? >>> >>> (There's a program, "chvt", that can do the switch too, but that requires >>> root rights to be used, so it's useless here.) >>> >>> Creating a "/etc/X11/xorg.conf" file with just the contents >>> "Section "ServerFlags" >>> Option "DontVTSwitch" "true" >>> EndSection" >>> _might_ suffice, but it may neccessary to also include a line like >>> ' Option "ServerLayout" "X.org Configured"' >>> for Xorg to accept it. >>> >>> Be sure to scan Xorg's log file (Xorg.0.log) whether it had the intended >>> effect or just rose a warning or an error. Read the Xorg man page! >>> >>> > Or do this after boot, before to run "startx" command. >>> >>> You do not want to (re)boot a Unix for maintenance purposes only! Do you? >>> >>> (Ooops, THAT was looong-winded thread!) >>> >>> -- >>> (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung >>> nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) >>> ----------------------------------------------------------- >>> Mit freundlichen Grüßen, S. Schicktanz >>> ----------------------------------------------------------- >>> >>> >>> >>> >>> _______________________________________________ >>> mseide-msegui-talk mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk >>> >>> >>> >>> -- >>> Vasi >>> _______________________________________________ >>> mseide-msegui-talk mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk >>> >>> >>> >>> -- >>> Vasi >>> _______________________________________________ >>> mseide-msegui-talk mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk >>> >>> >>> >>> -- >>> Vasi >>> _______________________________________________ >>> mseide-msegui-talk mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk >>> >>> >>> >>> -- >>> Vasi >>> >>> >>> >>> -- >>> Vasi >>> >>> ------------------------------ >>> *De :* Fred van Stappen <[email protected]> >>> *Envoyé :* lundi 12 juin 2023 19:57 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Hello Vasi. >>> >>> Yep, I finally managed to tame the directory access. >>> Now, with last commit, all (should) works perfectly, included mseide, no >>> more perpetual loop at run, nor crash and file-dialogs are working ok. >>> >>> NetBSD was not easy to tame, mainly because of missing or wrong doc. >>> For example, https://man.netbsd.org/dirent.3 >>> The declaration of >>> >>> uint16_t d_namlen; >>> >>> is wrong, it should be uint8_t and make the things not work, changing to >>> uint8 fix it. >>> >>> >>> Also there is a bug with readdir_r(), sometime it never reach to the end of >>> the directory and does a perpetual loop. >>> >>> I use now readdir(), this one is ok. >>> >>> It was a hard battle but we win. >>> >>> Cheers. >>> >>> Fre;D >>> >>> >>> ------------------------------ >>> *De :* vasi vasi <[email protected]> >>> *Envoyé :* lundi 12 juin 2023 17:36 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> NetBSD is in full transition to clang but it cannot give up on gcc also, >>> so, there are two different linkers with different configurations and >>> expectations. With resulted programs that cannot find their shared libs so >>> is a total mess... Hopefully, NetBSD 10 will ease things... But not only >>> the BSD world, Linux also... there are efforts towards clang... >>> >>> Until then, even for C programs there are problems... Because I don't >>> know other way, I had to copy-symlink all libraries from X11R7 to /usr/lib, >>> not only six of them (thanks for the pointer)... I'm pretty sure there is a >>> right way to do it? A manual or something (it wasn't this mess a few years >>> back...) >>> >>> For example for lockf () function, (if I remember correctly, because I >>> am now on the linux laptop) you get errors and if you look at the man >>> manual, things are like in linux, but it ends up that you really must >>> change the value of one parameter the way compiler suggest it... In the >>> end, raylib 4.0 compiles and runs ok but the timing is wrong because of >>> incompatibilities with the timer functions that are yet to be solved... A >>> nice graphical library that we have a pascal translation for. At least, in >>> OpenBSD didn't worked at all (mouse problems in glfw library)... We really >>> need some pointers from the developers and the porting team... Typhoon >>> Relational Database needed also some interventions... Because, asking users >>> to do what we do is a no-no... But at least, things are working... >>> >>> Otherwise, NetBSD snappier for me than OpenBSD... Your pointers were >>> helpful. I had an X11 freeze trying mseide but I switched to the console >>> and killed the X... No system crash, and I activated the journaling for the >>> file system, just to be sure is recoverable... It works better than in >>> OpenBSD... >>> >>> So, it seems that NetBSD requires the most work from the three of >>> them... but I expect dflyBSD to be as easier as FreeBSD (if we make mouse >>> and keyboard to work on X)... >>> >>> On Mon, Jun 12, 2023 at 6:18 AM vasi vasi <[email protected]> wrote: >>> >>> Excellent progress! >>> I also lost the night configuring NetBSD, setting the firewall, >>> installing apps... now is up and running, just to make those X11 symlinks. >>> Also having some difficulties in compiling a C library, but not mseide >>> related... >>> >>> On Mon, Jun 12, 2023 at 12:22 AM Fred van Stappen <[email protected]> >>> wrote: >>> >>> Allez, the very last for tonight. >>> >>> I found the guilty of the icons and images not show and the error >>> message of corrupt X11 atom. >>> It is the image property bmo_graymask. >>> And in all the mseide project all images or images list have >>> "bmo_graymask = true". >>> When setting bmo_graymask := false for all image and image-list the icon >>> and image are ok. >>> >>> >>> https://github.com/mse-org/mseide-msegui/assets/3421249/3452e988-1504-44df-a9e9-84ecdf65806a >>> >>> By the way, I never understood that property "bmo_graymask", setting it >>> to true or false dont change anything on other os. >>> >>> It is a excellent news because fighting with X11 is a other story. >>> >>> So, perfect, the icons and images problems are solved. >>> I will clean all the code, set bmo_graymask := false for eveybody and do >>> the commit tonight. >>> >>> Only remains the access to directory in file dialog that resists. >>> But not for longtime (but not for tonight). >>> >>> Fre;D >>> >>> ------------------------------ >>> *De :* Fred van Stappen <[email protected]> >>> *Envoyé :* dimanche 11 juin 2023 21:06 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Ooops, in previous post, the screenshot was without the run, here the >>> good one. >>> In the terminal, no more cry of X11 for bad atom. >>> >>> >>> https://github.com/mse-org/mseide-msegui/assets/3421249/73bae81e-f28c-4790-b26c-5f408a9a2975 >>> >>> Note too that file access via the file-dialog is not yet perfect, for >>> creating the project I have to write the full path + name, playing with the >>> directory-icons was not ok. >>> >>> So, to resume, still some work but it will be possible to terminate the >>> combat. >>> >>> Fre;D >>> ------------------------------ >>> *De :* Fred van Stappen <[email protected]> >>> *Envoyé :* dimanche 11 juin 2023 20:53 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> OK, I created a new project directly in NetBSD using mseide-pre-alpha, >>> with a button and a image on his face. >>> Compiled and run. >>> And there the button has his ico-image: >>> >>> https://github.com/mse-org/mseide-msegui/assets/3421249/ec05ff42-2058-4c2f-9c39-746d9ac4d462 >>> And no more cry when passing with mouse on the button about invalid atom. >>> >>> Hum, hum, hum. >>> >>> So could it be that the _mfm.pas gives problem and maybe oblige, for all >>> imported image, to re-do-it when compiling a project in NetBSD? >>> >>> Anyway I have to stop for the moment this exploration. >>> Yes, it is not a combat out-of-the-box, but sure we will win. >>> >>> Fre;D >>> >>> >>> ------------------------------ >>> *De :* vasi vasi <[email protected]> >>> *Envoyé :* dimanche 11 juin 2023 19:53 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Yeah, we are back to gtk and its connection to xlib... >>> >>> On Sun, Jun 11, 2023 at 8:44 PM Fred van Stappen <[email protected]> >>> wrote: >>> >>> Re-hello Vasi. >>> >>> OK, I found the option in xfce4 to show the icons in menu. >>> >>> But, sadly, the icons in mseide-menu are still not shown. >>> So it seems not to be related. >>> >>> Fre;D >>> ------------------------------ >>> *De :* Fred van Stappen <[email protected]> >>> *Envoyé :* dimanche 11 juin 2023 19:03 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Hello Vasi. >>> >>> Indeed, there are no icons in xfce4 menus. >>> I think you get something there. >>> >>> I did try to have the icons shown but did not find a option for that. >>> >>> Maybe related with the not shown icons of mseide. >>> >>> If you try the last commit of mseide-msegui, you should compile the >>> mseide and run it. >>> There are 2 things that are not working (maybe more but I did not see). >>> >>> >>> 1. The icons are not shown for menu and in the debugger form. >>> 2. When you pass with the mouse on a menu with icons, there is a >>> message in console from where you run mseide: "a X11 atom is not >>> recognized". >>> >>> >>> Maybe both are related. >>> >>> Sadly I have to take a break in msegui exploration this week, loooot of >>> things to do. >>> >>> I hope you will have luck and that you will find the guilties. >>> When I am more free, I will jump back into it. >>> >>> For DragonFly, till now I did not find a solution to make the keyboard >>> work in a Xorg session and so did not try yet msegui on DragonFly. >>> >>> Good luck. >>> >>> Fre;D >>> >>> >>> ------------------------------ >>> *De :* vasi vasi <[email protected]> >>> *Envoyé :* dimanche 11 juin 2023 15:13 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Fred, your xfce4 shows icons in menus? >>> >>> On Sun, Jun 11, 2023 at 5:49 AM Fred van Stappen <[email protected]> >>> wrote: >>> >>> Re-hello Vasi. >>> >>> Ooops, sorry I did only read your first line, I did not see there was a >>> follow. >>> >>> About the reboots, I my case, for testing msegui, I needed lot of reboot! >>> >>> This because at beginning, nothing was working and when finally the >>> compilation was ok, running the ide crashed the system. >>> So boot needed but, because of the "su" bug (that I did not know), I >>> could not login after boot and must reinstall all the system. >>> And retesting the mseide binary after some change (and using the "su" >>> with Xorg console) still crash, so reboot, without working login, --> >>> reinstall the os, retest, recrash, reinstall, retest, recrash, ... untill I >>> found the guitly: "su" in Xorg console. >>> >>> Now it is ok, if I have a crash, I can reboot without the need to >>> reinstall all because I use "su" in shell-terminal of the system. >>> >>> Fre;D >>> >>> ------------------------------ >>> *De :* vasi vasi <[email protected]> >>> *Envoyé :* dimanche 11 juin 2023 01:22 >>> *À :* General list for MSEide+MSEgui < >>> [email protected]> >>> *Objet :* Re: [MSEide-MSEgui-talk] New release? >>> >>> Actually, won't help to create a user as part of wheel group, having >>> admin rights and using just sudo or doas? Can'r wait to install it... Last >>> time, I did not had such problems... but it was a different computer... >>> >>> Thanks for the movie, Fred. >>> >>> On Sun, Jun 11, 2023 at 1:13 AM Sieghard via mseide-msegui-talk < >>> [email protected]> wrote: >>> >>> Hello Fred, >>> >>> you wrote on Sat, 10 Jun 2023 17:37:44 +0000: >>> >>> > Note that with NetBSD using the "su" command in a Xorg terminal will >>> > destroy the pam config (for login+password). And you will not be able >>> to >>> > login anymore (and must reinstall all the system). >>> >>> Ihat's a really _very_ bad thing... >>> >>> > So for all the things you need a root access, terminate the Xorg >>> session >>> > to come back to terminal-no-gui, login as normal user, then use the >>> "su" >>> > command to do the things that need root access. >>> >>> Does NetBSD's Xorg NOT have the LeftAlt-Ctrl-F<n> hot key function to >>> switch to a text mode console? Or is that just disabled by default, as >>> many Linux Xorg/Gooey^WGUI installations do it by now, somewhere setting >>> a "ServerFlags" section 'Option "DontVTSwitch" "true"'? >>> >>> (There's a program, "chvt", that can do the switch too, but that requires >>> root rights to be used, so it's useless here.) >>> >>> Creating a "/etc/X11/xorg.conf" file with just the contents >>> "Section "ServerFlags" >>> Option "DontVTSwitch" "true" >>> EndSection" >>> _might_ suffice, but it may neccessary to also include a line like >>> ' Option "ServerLayout" "X.org Configured"' >>> for Xorg to accept it. >>> >>> Be sure to scan Xorg's log file (Xorg.0.log) whether it had the intended >>> effect or just rose a warning or an error. Read the Xorg man page! >>> >>> > Or do this after boot, before to run "startx" command. >>> >>> You do not want to (re)boot a Unix for maintenance purposes only! Do you? >>> >>> (Ooops, THAT was looong-winded thread!) >>> >>> -- >>> (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung >>> nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) >>> ----------------------------------------------------------- >>> Mit freundlichen Grüßen, S. Schicktanz >>> ----------------------------------------------------------- >>> >>> >>> >>> >>> _______________________________________________ >>> mseide-msegui-talk mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk >>> >>> >>> >>> -- >>> Vasi >>> _______________________________________________ >>> mseide-msegui-talk mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk >>> >>> >>> >>> -- >>> Vasi >>> _______________________________________________ >>> mseide-msegui-talk mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk >>> >>> >>> >>> -- >>> Vasi >>> _______________________________________________ >>> mseide-msegui-talk mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk >>> >>> >>> >>> -- >>> Vasi >>> >>> >>> >>> -- >>> Vasi >>> _______________________________________________ >>> mseide-msegui-talk mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk >>> >>> >>> >>> -- >>> Vasi >>> >>> >>> >>> -- >>> Vasi >>> _______________________________________________ >>> mseide-msegui-talk mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk >>> >>> >>> >>> -- >>> Vasi >>> _______________________________________________ >>> mseide-msegui-talk mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk >>> >>> >>> >>> -- >>> Vasi >>> _______________________________________________ >>> mseide-msegui-talk mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk >>> >> >> >> -- >> Vasi >> > > > -- > Vasi > -- Vasi
_______________________________________________ mseide-msegui-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
