Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hallo Fred,
vous ecrit au Mon, 31 Oct 2022 23:48:54 +:
> > What? You DID WRITE IT YOURSELF that you had created such a"folder"
>
> Yes, sorry, I did try lot of things before to discover the
> hidden .msetools folder. By default my files manager does not show
> hidden folders.
That's, IMHO, "bad practice" for a developer, especially when he's
also the system administrator. At least for me, I can say that one
definitely NEEDS to have a detailed view of one's system, specifically
the part one "owns dearly".
> So in one of the try I added the parameter -dstocklangs_from_libpath.
And did you also put the files at the implied destination
("/usr/share/locale//LC_MESSAGES/")? It should have
worked then. And the destination is "in plain sight" to everyone.
> And forgot to remove it when I discovered .msetools and add it
> in /home/fred/.msetools. When I removed that parameter, all was ok.
Well, in turmoil, trouble may happen...
> About the use of files out of the all-in-one, yes, I agree with you
> ( but only for hidden-config files, and in the home folder if
> possible. :-) )
IMFO the user's home directory isn't really a very good location, if
more than one user exists and is meant to use the files. Of course,
this doen't apply for single-user desktop installations, especially
those of the Debian style (that I dislike), where the "main" user is
the system administrator as well - and therewith, if compromised, the
whole system is trashed. (BTW, on my system, I created user accounts
with reduced right to access external ressources, i.e. internet sites,
even for email and news.)
> > Did you get it to _work_ now? You don't tell.
>
> Yes, of course and it works great.
Ok, I'm contend if it works - it's work in progress, and rather a
suggestion than a finished implementation. You may fiddle with all
the knobs turnable, e.g. the locations of files, the handling of
preferences or whatever.
Wasn't it a rewarding feature when you can claim that mseide-msegui has
THE superior localization system? Although, I'm afraid, that's still a
long way to go until there...
Best wishes, and keep up the good work!
--
(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
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hello Sieghard. > What? You DID WRITE IT YOURSELF that you had created such a"folder" Yes, sorry, I did try lot of things before to discover the hidden .msetools folder. By default my files manager does not show hidden folders. So in one of the try I added the parameter -dstocklangs_from_libpath. And forgot to remove it when I discovered .msetools and add it in /home/fred/.msetools. When I removed that parameter, all was ok. Voila, for the story. About the use of files out of the all-in-one, yes, I agree with you ( but only for hidden-config files, and in the home folder if possible. :-) ) > Did you get it to _work_ now? You don't tell. Yes, of course and it works great. But I have to study deeper your code. Many thanks Sieghard. Fre;D ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hallo Fred, vous ecrit au Mon, 31 Oct 2022 08:27:22 +: > OK, I get it ( had not see the .msetools folder because it was > hidden). What? You DID WRITE IT YOURSELF that you had created such a "folder" (I heartily dislike this denomination), and you presented a listing of its contents with your last posting! I thought to remember that it's usually created by mseide-msegui's installation process, but searching for it, I cannot find it mentioned anywhere there. So this might have been a wrong reminiscence of mine, and it should better go somewhere else. But that's not a problem, as this is STILL an unfinished - and perhaps even unwelcome, project. > So your idea is to split the po files into a "main_msegui" in > home/user/.msetools/lang and the "app_lang" po files. Yes, so to speak. (Although I aimed at .mo files, rather.) > Yes, of course usefull if you have mainy msegui applications > installed. I am not sure if I like it inside a hidden folder, I > prefer open things, but yes, why not. It pays even if you've only two of them installed. But yes, oh my, I realize the response: "but memory, especially disk memory, is so cheap these days"... I'm just not of this crowd. But it _also_ pays for the application writer - they will no longer have to create translations for all of the stock items over and over again, as they can rely on these being pre-translated and ready for use. (But if need be, they _can_ override them.) And what about your preference for open things - yes, gladly, what do you suggest? > Personnaly I prefer all in one (all files in directory of app) and This WILL NOT WORK on Windows, AFAIK - they explicitely deny an application to access data residing in the executable installation area, I heard. But it was said that there's a sneaky way how the system fakes such a possibility for unbehaving applications. > out-of-the-box (no files to be installed outside the folder of app) > but I know it is not the accademic Linux way. No, you know wrong here - it's perfectly possible for an application _a user installs in his home directory_. It's just not feasible (and not really useful, nor advisable) to do that for a system wide installation. Say, someone wanted to install the "msegit" and "msespice" applications for all users of his machine. Then, they are to be installed so that - the application executable should go into "/usr/bin" or "/usr/local/bin" - any application specific libraries go into "/usr/lib" or "/usr/local/lib" (doesn't apply for fpc applications) - and system-wide available application specific data usually reside in some application directory within "/usr/share" or "/usr/local/share". - Additionally, USER SPECIFIC data should go into an application dependent directory in his home directory, usually "hidden", if created directly, or under ".config", which is often predefined, or below a special (hidden) directory created by a "sub system" (like msegui, i.e. ".msegui", ".msetools" or some such) Sometimes, an application will be installed in the "/opt" hierarchy, under "/opt/", that then contains its own "bin", "lib" and data subparts, has to manage these itself, and often provides links to the executable(s) within the common "/usr/bin" or "/usr/local/bin" directories. E.g. VirtualBox does it that way, or FreeCAD, if they're not installed by a distribution packet manager. > But you are right, splitting the po/mo is better way. Did you get it to _work_ now? You don't tell. -- (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 mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hello Sieghard. It seems that you did not red my last post. Here the copy: Re-hello Sieghard. OK, I get it ( had not see the .msetools folder because it was hidden). So your idea is to split the po files into a "main_msegui" in home/user/.msetools/lang and the "app_lang" po files. Yes, of course usefull if you have mainy msegui applications installed. I am not sure if I like it inside a hidden folder, I prefer open things, but yes, why not. Personnaly I prefer all in one (all files in directory of app) and out-of-the-box (no files to be installed outside the folder of app) but I know it is not the accademic Linux way. But you are right, splitting the po/mo is better way. Fre;D ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hallo Fred, vous ecrit au Sat, 29 Oct 2022 23:40:04 +: > Here the contents of my /home/fred/.msetools/lang/ folder: ... > my /home/fred/testfpc/sieghard/podemo_mo4stock/lang/ folder: ... > And here the result of podemo app: Interesting... This looks entirely correct and equivalent to my setup here. I just unpacked the .zip file into an empty directory again, created a "units" subdirectory, as advised by the project ptions, and with no further modifications let the ide compile it. After that, running the program yields the full list of languages in the selector grid according to the files found in the ~/.msetools/lang directory, here. I can even activate an entry and get the translated display. I suppose you DID use the packaged podemo.prj project file? r did you created a new project for testing, and forgot to enable the "mse_dynpo" symbol? If that's missing, the project, interestingly, also compiles, but then, of course, the language files cannot be found, because they're not searched in the first place. This DOES give me the bland "English"-only selector display as well. But, CAN that be? After all, that is a demonstration of the "dynpo" mechanism, so building it without that mechanism enabled just plainly deosn't make any sense at all? But, on the other hand, if that's not the cause of your problem, I'm at a loss as to what might go on here, at least for now... -- (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 mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hello Sieghard. Here the contents of my /home/fred/.msetools/lang/ folder: https://user-images.githubusercontent.com/3421249/198856195-d27a4ae3-55cc-4d7b-a1b8-f820f8a08356.png Here the contents of my /home/fred/testfpc/sieghard/podemo_mo4stock/lang/ folder: https://user-images.githubusercontent.com/3421249/198856197-71efed12-6054-4a1a-a357-d38d9f0ada07.png And here the result of podemo app: https://user-images.githubusercontent.com/3421249/198856206-673d79de-f8f7-4ad7-aad8-e3bdbbd9c6b2.png So I miss something (or I am too stupid ). Fre;D ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hallo Fred,
vous ecrit au Sat, 29 Oct 2022 11:48:53 +:
> Sadly I did not make it work.
>
> I did a copy of folder /podemo_mo4stock/lang into new hidden
> folder /home/fred/.msetools/. There is now /home/fred/.msetools/lang
> with all the podemo_xx.mo and podemo_xx.po files.
Yes. No, not so. Didn't I tell you to copy the contents of the
directory "/home_user/.msetools/lang" there? ALL of these files have
names of the pattern "msegui_.?o" (? in [m, p]), NOT
"podemo_.*". These are the files containing the central
component of the translation system, (hopefully) ALL of the text items
provided by the msegui libray lang_consts units. They're kept there in
a CENTRAL place to avoid multiple redundant and possibly inconsistent
duplicates.
The latter ones are the APPLICATION SPECIFIC residual language files,
and they DO go with the application into a local "lang" subdirectory
indeed. And if you inspect these files, you will find they only contain
a really small subset of the captions used in the program. (I kept the
".po" files in both parts for easy inspection.)
And that's the purpose of the "trick": NOT to have to repeat ALL the
text items used in an appliction over and over again, but to SEPARATE
them from the "stock" items, which reside in a specific location just
as ONE SINGLE COPY for all the applications using them.
> But at running, only English is loaded.
After you put all of the "msegui_.mo" files into
"/home/fred/.msetools/lang", you should get ALL languages selectable,
and provided you put the file "lang/podemo*" into the "lang"
subdirectory below of where the demo program ("podemo") resides, even
the special items ought to be translated, even
"This is a test of internationalization.", "That is another test."
and "This is the end."
And there's even a switch to allow you to always use the stock items,
even when some of them have been redefined (by accident) in the
application files. It's called "preferStock", default value "false",
and has to be set just before calling the "createnewlang" procedure.
It's not used for the demo, though.
(Also not used for the demo is a quirky conditional define called
"stocklangs_from_libpath" that changes the place for the stock item
subdirectory to the system wide msegui library directory,
"/usr/lib[64]/msegui/lib/common/lang_consts/lang" as an alternative
place. It's meant for discussion whether such a storage place might
be advisable, as a mere user installation probabely would not have
this place at all.)
> May I ask you why not use the /lang folder that is
> in /podemo_mo4stock/lang (lang folder in the same directory as the
> binary-application) ? For testing, it would be much more
> out-of-the-box.
For that, I have to respond: It's in a CENTRAL place because it is
meant to CENTRALIZE often used items to avoid multiple - and then also
possibly inconsistent - versions of these items. Just as dynamic link
libraries do for application programs.
> Also it would be easier to test it in Windows.
Even Windows ought to have a method to put such "library" type things
in a - possibly even user specific - centralized place. In the olden
times, there was the "\Windows" directory, where many programs put
their specific, but application independent, data, sometimes within
special subdirectories, sometimes in subdirectories provided by the
system, and sometimes even directly. I just don't know what the current
practice is under windows and how this could be done there.
I hope you will get it to work with the above information.
You probabely selected the most involved - and likely the most
unfinished - part of all the stuff on my msegui site. But maybe that's
not to bad, since it shows what has to be done to make it easily usable
and what information is neccessary for the prospective user.
Thank you for your interest and the time spent for evaluatiuon, and
I wish you success to get it to work. I hope you can appreciate the
stuff, and perhaps you can make use of it.
--
(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
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hello Sieghard. Thanks for the explanations. Sadly I did not make it work. I did a copy of folder /podemo_mo4stock/lang into new hidden folder /home/fred/.msetools/. There is now /home/fred/.msetools/lang with all the podemo_xx.mo and podemo_xx.po files. But at running, only English is loaded. May I ask you why not use the /lang folder that is in /podemo_mo4stock/lang (lang folder in the same directory as the binary-application) ? For testing, it would be much more out-of-the-box. Also it would be easier to test it in Windows. Fre;D ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hallo Fred, vous ecrit au Fri, 28 Oct 2022 13:37:23 +: > I try your demo /podemo_mo4stock/podemo.prj > > It compiles without problem but at run, there is only one language > avalaible: English. So it seems not to find the /lang folder with all > the po/mo files. These are just providing the application specific parts of the trnalation items used. Tha application is built for use with a stock item "library" residing in the users' home directory (as provided by the files in the directory "home_user" in the zip file), where they reside in a common "lang" subdirectory of the ".msetools" "standard" configuration directory. Did you extract these files there? I guess, probabely not, because there's not a whole lot of information about that given. I meant to refer to my "previous" (and now ages old) posting of "just before" when I announced the new stuff. I posted the announcement in message <20220901163620.93571e64fa32e3212c874...@arcor.de>, but as no reaction came, no follow-up with specific information ensued. I mentioned it again several times later on as well (MIDs <20220916232140.0ac01a4e23a0fccef24ac...@arcor.de>, <20220918225740.1afdca9af13cd1479aa01...@arcor.de> and <20221024221025.e2303ad4e74b30f6594b9...@arcor.de>), but that was after your mishap with your computer been stolen. Sorry for the lack of information, I hope the above should get you on track with this undertaking, which is by no means finished yet. > I did try to copy the /podemo_mo4stock/lang folder in other locations > but always get only English language as choice. No, this won't help - this ist the APPLICATION part only, and has to go with the application as before. You DO need to institute the general stock language file, useable by all such applications. For now, they should reside in your home directory under "~/.msetools/lang", as stated above, but they could also be installed system-wide like any other set of language files on Linux, in the "/usr/share/locale" hierarchy. I implemented both possibilities, as described in the commentary part at the head of the "mo4stock" unit source file. > What do I miss ? Probabely what I didn't mention so obviously to immediately find, I think - it's too long since this was produced initially... I hope, I could set you "on track" with the above writings, and you will get the demo to work correctly now. If not, please ask again, telling what you did and didn't work; I'll try to help you out. It MUST work, since it did for me just right now, immediately after unpacking and compiling, "out of the box", so to speak. Success, and "have a lot of fun"! -- (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 mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hello Sieghard. I try your demo /podemo_mo4stock/podemo.prj It compiles without problem but at run, there is only one language avalaible: English. So it seems not to find the /lang folder with all the po/mo files. I did try to copy the /podemo_mo4stock/lang folder in other locations but always get only English language as choice. What do I miss ? Fre;D De : Sieghard via mseide-msegui-talk Envoyé : jeudi 27 octobre 2022 21:30 À : mseide-msegui-talk@lists.sourceforge.net Cc : Sieghard Objet : Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ? Hallo Fred, vous ecrit au Thu, 27 Oct 2022 16:23:53 +: > About your site. > > Yep it works and I see "podemo_mo4stock.zip". > OK, "podemo_mo4stock.zip" downloaded without problems. Thank you for the feedback. And I hope you can make sense of the stuff you got from your download... (By now, that's just an experiment, trying to make the stock items more readily available. They really ought to be better integrated in the gui & ide interfaces, I think. And there's an accompanying "project", name "stockbutton[.zip]" providing a list of these items - intended to be integrated into the ide object inspector, perhaps, later. When I may have found out how this could be done.) -- (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 mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hallo Fred, vous ecrit au Thu, 27 Oct 2022 16:23:53 +: > About your site. > > Yep it works and I see "podemo_mo4stock.zip". > OK, "podemo_mo4stock.zip" downloaded without problems. Thank you for the feedback. And I hope you can make sense of the stuff you got from your download... (By now, that's just an experiment, trying to make the stock items more readily available. They really ought to be better integrated in the gui & ide interfaces, I think. And there's an accompanying "project", name "stockbutton[.zip]" providing a list of these items - intended to be integrated into the ide object inspector, perhaps, later. When I may have found out how this could be done.) -- (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 mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hello Sieghard. About your site. Yep it works and I see "podemo_mo4stock.zip". OK, "podemo_mo4stock.zip" downloaded without problems. I will study it asap, write you later. Fre;D ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hallo Fred,
vous ecrit au Mon, 24 Oct 2022 20:42:37 +:
> Server Error 500: Internal Server Error )
This took me some time, mostly because of the intense (non-)"help" from
my provider. (Somewhat understandable though, because I'm using the
cheapest tariff they offer.)
Anyway, after quite some experimenting, even building a cgi script to
prepare a directory listing for a web page, it seems I found the reason
for the problem. It probabely was just a newly "outlawed" web option
that triggered the server to balk. But it might also have been the
nesting depth of the directory, which I had to move up one level.
After all, the web page SHOULD be accessible again, although now under
a new subdirectory, not "downlod/ms" any more, but "download_mse" now,
mind the underscore ("_") in the name.
If you get to try it, I would be glad if you provide a notice of the
result, whether you had successs or not.
Thank You and have a good time!
(BTW, I just downloaded your new release and will install it
"immediately".).
--
(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
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hallo Fred, vous ecrit au Mon, 24 Oct 2022 20:42:37 +: > > But I would like to get your opinion about the contents of the > > "podemo_mo4stock.zip" archive. > > With great pleasure ( if > http://your_site/download/mse/podemo_mo4stock.zip is accessible, I > did try and get: > Server Error 500: Internal Server Error ) Oh well. Lastly, my provider made some updates to their software, and following that, these directories yielded this error when accessed. I did some "experiments" using different methods for web-site-indexing, and seemed to have been successful. At least I myself could get access to the directory, and downloading a file "blindly" did work for me. Did you try that, too, and got the error, or was it just on trying to access the directory as a web page? But I see, I WILL have to pursue this somewhat deeper, although the provider doesn't seem to be interested to help, sadly. I'm not really eager to publish these things on my web site directly, or would you accept to do it that way? -- (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 mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hello Siegard. > But I would like to get your opinion about the contents of the > "podemo_mo4stock.zip" archive. With great pleasure ( if http://your_site/download/mse/podemo_mo4stock.zip is accessible, I did try and get: Server Error 500: Internal Server Error ) Fre;D ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hallo Fred, vous ecrit au Sun, 23 Oct 2022 21:41:03 +: > The proposition of new release is mainly because of lot of bug-fixes. These are very important, indeed. > And I feel sad to know that people will download the last release > with those bugs. There are no new feature but fixes for our mse_dynpo Although it's really hard to avoid such things, I think that, contrary to current practice, a release ought to be as thoroughly tested as possible. You do a really good job at that usually, and I presume the newly discovered problems were not testable before. So, if they're fixed now, then go ahead and release the corrected version. > I did not add yet the code from your site nor the MSEClock demo, I > wait for your green light for that. Ok, this might have to wait some more - although the formsanner seems to work for static forms (those created on program start), it doesn't do so during runtime. That's one of the places I'm at yet. The modified versions of the two programs "msegit" and "msespice" should be ok, but at least the latter requires thorough testing yet, and I do not have a windows machine to assure they work there. And that's about it anyway. Perhaps to be considered might be the "mseide-msegui-shadow.zip" file containing a few amendments to the library files, mostly to avoid "mse_dynpo" conditinals (and these work ok for me, I have them installed), but also some measures to remove compiler warnings or notices for unused variables and such. But I would like to get your opinion about the contents of the "podemo_mo4stock.zip" archive. This is an attempt to provide a common set of localizable standard captions, soewhat like a "library" of them, making it unneccessary to always repeat them for every new project. It also contains a simple demo for its use. I've also built a selector form for stock captions that might be integrated into the object inspector when I found out how to do that, but that's not yet included. (I can't remember all the details any more since it's so long that I last worked on the stuff...) > So, ok, I will do last hard test tonight and then do the release. Good luck, success, and keep up the good work! -- (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 mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hello Sieghard. The proposition of new release is mainly because of lot of bug-fixes. And I feel sad to know that people will download the last release with those bugs. There are no new feature but fixes for our mse_dynpo feature and in the MSEide for form manager options and some check not done if form from designer was assigned. I did not add yet the code from your site nor the MSEClock demo, I wait for your green light for that. So, ok, I will do last hard test tonight and then do the release. Have a perfect night and day. Fre;D De : Sieghard via mseide-msegui-talk Envoyé : dimanche 23 octobre 2022 20:49 À : mseide-msegui-talk@lists.sourceforge.net Cc : Sieghard Objet : Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ? Hallo Fred, > > A new release should IMHO be done when definite flaws have been > "definitely" mended. "Cosmetic" modifications don't warrant that, I ... > Sorry but I do not understand, what do you think is not "definitely" > mended? Repaired for all attainable systems for as many cases as possible. Yes, that _is_ time consuming and tedious, but in the past you did a very good job at that, so I'm sure you will do so in the future as well. But still, a new relaese is a major turning point and so to be considered thoroughly. Without information about the pertaining changes I cannot judge this in any respect. Unfortunately, I didn't find sufficient time for the period past to do much work on the innards of msegui - not even proceed with getting msegit to real work or to extend the formscanner to work dynamically on a running program. I just hope I might get at it some again, and immediately got sidetracked again experimenting to generalize your extension to my "MSclock", using not only a round-cornered windoe but also rounded field frames. This seems to be not a simple feat... Anyway, go ahead and proceed with your undeniably good work! -- (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 mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hallo Fred, > > A new release should IMHO be done when definite flaws have been > "definitely" mended. "Cosmetic" modifications don't warrant that, I ... > Sorry but I do not understand, what do you think is not "definitely" > mended? Repaired for all attainable systems for as many cases as possible. Yes, that _is_ time consuming and tedious, but in the past you did a very good job at that, so I'm sure you will do so in the future as well. But still, a new relaese is a major turning point and so to be considered thoroughly. Without information about the pertaining changes I cannot judge this in any respect. Unfortunately, I didn't find sufficient time for the period past to do much work on the innards of msegui - not even proceed with getting msegit to real work or to extend the formscanner to work dynamically on a running program. I just hope I might get at it some again, and immediately got sidetracked again experimenting to generalize your extension to my "MSclock", using not only a round-cornered windoe but also rounded field frames. This seems to be not a simple feat... Anyway, go ahead and proceed with your undeniably good work! -- (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 mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hello Sieghard. > Hard to say without knowing what was fixed or modified. https://github.com/mse-org/mseide-msegui/compare/5.6.8...main > A new release should IMHO be done when definite flaws have been "definitely" mended. "Cosmetic" modifications don't warrant that, I think. Sorry but I do not understand, what do you think is not "definitely" mended? Fre;D ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hello Sieghard. > Hard to say without knowing what was fixed or modified. https://github.com/mse-org/mseide-msegui/compare/5.6.8...main > A new release should IMHO be done when definite flaws have been "definitely" mended. "Cosmetic" modifications don't warrant that, I think. Sorry but I do not understand, what do you think is not "definitely" mended? Fre,D De : Sieghard via mseide-msegui-talk Envoyé : samedi 22 octobre 2022 21:17 À : mseide-msegui-talk@lists.sourceforge.net Cc : Sieghard Objet : Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ? Hallo Fred, vous ecrit au Sat, 22 Oct 2022 09:58:08 +: > About the version of MSEide and MSEgui. > > There was lot of fixes since last release, maybe it is time to do a > new release. ... > Are you ok for a new release or better wait a few ? Hard to say without knowing what was fixed or modified. A new release should IMHO be done when definite flaws have been "definitely" mended. "Cosmetic" modifications don't warrant that, I think. Others may plead differently. -- (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 mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New release of MSEide-MSEgui ?
Hallo Fred, vous ecrit au Sat, 22 Oct 2022 09:58:08 +: > About the version of MSEide and MSEgui. > > There was lot of fixes since last release, maybe it is time to do a > new release. ... > Are you ok for a new release or better wait a few ? Hard to say without knowing what was fixed or modified. A new release should IMHO be done when definite flaws have been "definitely" mended. "Cosmetic" modifications don't warrant that, I think. Others may plead differently. -- (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 mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
