From: Sieghard <s_...@ar...> - 2024-05-17 22:13:23
|
Hello Fred, you wrote on Fri, 17 May 2024 02:40:26 +0000: > Great news! > > Finally I find a way to save the canvas of a form, with all his > child-components into a png file (or bitmap). Only the canvas is saved, > even if the form is covered by other external forms. Very nice, and probabely useful for a few applications. (It certainly might have helped for documenting my msegui-Project from yonder yore, where I had to relay on an external program that wasn't always really reliable... But that project is "through"; it's still in use, but development's deceased.) I'm sure to test it, anyway. Maybe I'll use it to produce some "screen" shots of my example projects. BGut for now, I'm still about getting the "newdialog"'s "msefiledialogx" unit to work, mainly working on penetrating the insulation layer named "tfiledialogxcontroller". Nearly _everything_ that distinguishes it from its "x"-less counterpart can be fully handled from within the dialog form. But passing ANY layout or state information through that tough beast is nearly impossible besides doing it by passing a full, fully initialized, form altogether. As you might have noticed, that's what I have done for the basic file dialog anyway, and thus this would not be a big issue, wouldn't it require a nearly full rewrite of a number of ancillary routines like the "filedialogx" function and the whole "tfiledialogx" component. I'm yet irresolute what to do about that. The result probabely will look quite a bit different from your original, also because I took the freedom to modify some streches of code that could be replaced by a simpler function and a couple of definitions together with a table of elements. (BTW: are you sure of the naming of the file type ".dylib"? Or should that be ".dynlib", what seems more logical to me? Also, there are two occurrences of the - now obsolete - ".pyc" type. Which one is used?) Also, you wrote on Fri, 17 May 2024 15:33:59 +0000: > Does somebody knows SDL and have already used applications done with it > it? Not really (yet?)... > There is a other gem in MSEuniverse: > https://github.com/mse-org/mseuniverse/tree/main/sdl4msegui Looks interesting - I'm sure to want to have a look at it. Or is that just the old version of the "universe" web presentation "sdl4msegui.html" from 2018? There was even a set of units (.pas files) "sdl.zip" in 2012, seeminly structured a bit according to the "kernel" subdirectories for linux and windows. Is that what you're referring to? ... > But the demo is not out-of-the-box, it uses custom mse*** files that > needs to be updated. Should be doable, if it worked before. But is not SDL only or at least mostly for console / frame buffer use? > And before to maybe enter into a new battle, I would like to know if it > is worth it. It could perhaps help for "porting" msegui to Wayland, if anybody cared... Thanks for your information! -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- |