You can subscribe to this list here.
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
(203) |
Dec
(466) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2012 |
Jan
(358) |
Feb
(288) |
Mar
(305) |
Apr
(240) |
May
(85) |
Jun
(146) |
Jul
(485) |
Aug
(631) |
Sep
(549) |
Oct
(234) |
Nov
(97) |
Dec
(273) |
2013 |
Jan
(225) |
Feb
(93) |
Mar
(196) |
Apr
(129) |
May
(37) |
Jun
(171) |
Jul
(153) |
Aug
(82) |
Sep
(88) |
Oct
(208) |
Nov
(708) |
Dec
(77) |
2014 |
Jan
(252) |
Feb
(99) |
Mar
(118) |
Apr
(192) |
May
(68) |
Jun
(63) |
Jul
(74) |
Aug
(90) |
Sep
(133) |
Oct
(80) |
Nov
(195) |
Dec
(290) |
2015 |
Jan
(127) |
Feb
(73) |
Mar
(167) |
Apr
(34) |
May
(14) |
Jun
(308) |
Jul
(23) |
Aug
(69) |
Sep
(103) |
Oct
(95) |
Nov
(22) |
Dec
(277) |
2016 |
Jan
(209) |
Feb
(80) |
Mar
(40) |
Apr
(296) |
May
(146) |
Jun
(41) |
Jul
(55) |
Aug
(101) |
Sep
(161) |
Oct
(187) |
Nov
(144) |
Dec
(64) |
2017 |
Jan
(16) |
Feb
(38) |
Mar
(117) |
Apr
(105) |
May
(90) |
Jun
(52) |
Jul
(148) |
Aug
(117) |
Sep
(169) |
Oct
(97) |
Nov
(79) |
Dec
(58) |
2018 |
Jan
(77) |
Feb
(54) |
Mar
(144) |
Apr
(21) |
May
(46) |
Jun
(147) |
Jul
(134) |
Aug
(86) |
Sep
(185) |
Oct
(56) |
Nov
(75) |
Dec
(80) |
2019 |
Jan
(60) |
Feb
(82) |
Mar
(25) |
Apr
(124) |
May
(25) |
Jun
(10) |
Jul
(9) |
Aug
(64) |
Sep
(18) |
Oct
(17) |
Nov
(19) |
Dec
|
2020 |
Jan
(26) |
Feb
(87) |
Mar
(113) |
Apr
(74) |
May
(27) |
Jun
(15) |
Jul
|
Aug
(25) |
Sep
(42) |
Oct
|
Nov
|
Dec
(39) |
2021 |
Jan
(22) |
Feb
(12) |
Mar
(297) |
Apr
(132) |
May
(134) |
Jun
(52) |
Jul
(83) |
Aug
(10) |
Sep
(4) |
Oct
(16) |
Nov
(9) |
Dec
|
2022 |
Jan
(50) |
Feb
(68) |
Mar
(76) |
Apr
(12) |
May
(4) |
Jun
(44) |
Jul
(6) |
Aug
(3) |
Sep
(47) |
Oct
(56) |
Nov
(31) |
Dec
(7) |
2023 |
Jan
(6) |
Feb
(1) |
Mar
(24) |
Apr
|
May
(20) |
Jun
(89) |
Jul
(69) |
Aug
(114) |
Sep
(82) |
Oct
(6) |
Nov
|
Dec
|
2024 |
Jan
(10) |
Feb
(9) |
Mar
(3) |
Apr
(7) |
May
(55) |
Jun
(9) |
Jul
(2) |
Aug
(11) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
From: Sieghard <s_...@ar...> - 2024-09-16 20:13:23
|
Hello Fred, you wrote on Mon, 16 Sep 2024 15:50:43 +0000: > Many thanks for your great work! Not for that. It's been a challenge, and I wanted to succeed. > I will deeply test it this week (sadly I am very busy at the moment). Never mind, don't hurry. It was more than overdue already anyway, due to some "ideosyncrasies" of the string grid object - it hides a lot of the properties of its ancestors that could have made the task easier. And it's only very weakly related to the listview used by the basic file dialog. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- |
From: Fred vS <fi...@ho...> - 2024-09-16 15:50:52
|
Hello Sieghard, Many thanks for your great work! I will deeply test it this week (sadly I am very busy at the moment). Write you later. Have fun. Fre;D |
From: Sieghard <s_...@ar...> - 2024-09-14 16:23:41
|
Hello Fred, so. After long last, there's a new "newialogs" msefiledialogx available. Yes, it really did take a lot of time, and it was a long and winded path. Bur by now, it seems the current version should be worthwhile to present, as it seems to do all I used it for and tested it with - which, after all, certainly still is not all that can be done with it. But anyway, it's on my mse web site, file name "newmsefiledialogx_nv2.zip". Apart from the unit files, which belong in the newdialogs based "dialogs" subdirectory, there are two example projects, - "FileRequesterX", featureing the unit as a stand alone application, and - "TextView", a - still unfinished - text file viewer. Please check it out thoroughly BEFORE you might decide to release it to the public (i.e. put it on github or so). Also, as an aside, I have a question for you: What's your opinion about having a variant of this unit that's a 1-by-1 drop in replacement of the "standard" msefiledialog" unit, not requiring any modification of an existing application and still providing all of the extended features? This can be done, even quite easily, and I have such a version available and working. I, personally, would think of such a variant as being more elegant than to have to change all occurrences of any of the unit's elements names in an application, although, of course, that prevents you from being able to use a mixture of "standard" and "extended" dialogs wherever you deem them appropriate. What do you think? So, have a lot of fun with new stuff, 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 ----------------------------------------------------------- |
From: Sieghard <s_...@ar...> - 2024-08-25 09:13:24
|
Hello Fred, you wrote on Fri, 23 Aug 2024 21:10:29 +0000: > OK, I remember now and your fixes have been committed to the sieghard > branch. I will try with your fixes but it seems to me that it was not a > good idea (on my part) to add application.processmessages at the end of > Tform.oncreate in TfiledialogX. It doesn't seem to hurt, but it might not be neccessary either. I'm not even clear whether it seemed to influence the appearance of the "not decorated" message at all, but the removal of the "xflush" calls seems to have completely terminated these (annoying) messages. Thus my suspicion that they aren't not only not needed but only erroneously left in from some experiments during development of the basic X functions. > Anyway, thank you very much for your attention. Nothing to thank here, I've to thank you for your support and work. > And have a nice next two weeks and all the others too. Same to you, 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 ----------------------------------------------------------- |
From: Fred vS <fi...@ho...> - 2024-08-23 21:10:38
|
Hi Sieghard, OK, I remember now and your fixes have been committed to the sieghard branch. I will try with your fixes but it seems to me that it was not a good idea (on my part) to add application.processmessages at the end of Tform.oncreate in TfiledialogX. Anyway, thank you very much for your attention. And have a nice next two weeks and all the others too. Fre;D |
From: Sieghard <s_...@ar...> - 2024-08-23 20:13:23
|
Hello Fred, you wrote on Thu, 22 Aug 2024 20:53:09 +0000: > It sometimes appears after "application.ProcessMessages; in > something.oncreate. In succession to my previous message, I found two old postings of mine concerning this problem. They are, respectively, from Wed, 1 May 2024 23:11:26 +0200 and Sat, 4 May 2024 02:29:07 +0200, both on the subject "Re: New release 5.10.0." There I reported that the message is issued by function called "waitfordecoration", which is obviously meant th have the window manager just draw the window decoration. For this end, it calls several X system functions, and one of them, "xflush", doesn't seem to always correctly function. It even seems superfluous, as, at least on my machine, commenting out both calls to it doesn't seem to affect anything adversely - maybe because the window manager does its work in parallel in a seaprate thread. Thus, I modified the unit for my work, and it didn't show any problems any more, so I even forgot about it and that I had modified it... But I DID put the patched unit on my web site for download and posted a message (the one from Sat, 4 May 2024 02:29:07 +0200) announcing it. The file has the special name of "mseguiintf_patched.zip" and only contains this very file, "mseguiintf.pas", from the kernel/linux subdirectory of msegui. In addition, as I wote in the accompanying message, "it also suppresses the Xorg gui error caused by a false call for setting the X input focus in such cases. But that's just a minor problem, usually without consequences, except for those possible sporadic "not decorated" messages. It might just not hurt..." I hope that's what irritated you and the patch does resolve the issue for you also. It should only (have) appear(ed) on Linux anyway, and it certainly was NOT restricted to the "newfiledialog" unit(s). So for now, thank you again for your support, and keep up the good work! > Have a nice end of summer. Not so fast - the summer shall last for another more than tree weeks yet! -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- |
From: Sieghard <s_...@ar...> - 2024-08-23 20:13:17
|
Hello Fred, you wrote on Thu, 22 Aug 2024 20:53:09 +0000: > as you noted in a previous post, an "Not decorated" error in a test. Sorry that I can just confirm that I read your posting. I was occupied with quite different things lately, which is why there's no progress on the "newdialogs" topic for some time (announcedly). I'll have to get involved with the stuff again to find out what might have caused your issue. But still, I seem to recall that I DID find the place that triggers the message you mention, and in addition found that this was caused by a code error. The issue could be resolved by a simple patch, but I cannot remember whether I gave a message here or provided a patch for it. I think it was in a "kernel" unit. I'll look for it and give a notice. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- |
From: Fred vS <fi...@ho...> - 2024-08-22 20:53:22
|
Hello Sieghard. Excuse me for interrupting this very interesting topic, but I just had, as you noted in a previous post, an "Not decorated" error in a test. It sometimes appears after "application.ProcessMessages; in something.oncreate. If I remember correctly, it was when you were busy with your newfiledialogx project. And I just saw that in your latest version nv1, at the end of filedialogxfo.onformcreated, there is " application.ProcessMessages;". IMHO, it should not be there (my fault). But maybe this note has absolutely nothing to do with your problem, so forget about it. Have a nice end of summer. Fre;D |
From: Sieghard <s_...@ar...> - 2024-08-22 20:13:16
|
Hello vasi, you wrote on Thu, 22 Aug 2024 11:22:57 +0300: > Well, Russia was always an exception. They preferred Pascal over C as it ... I use(d) to argue that Usa has so amny more inhabitants, and thus programmers, than Switzerland so the usanian way to program (heuristically, hand waving, irrespective) was unavoidably prone to overwhelm the Pascal way (understanding-oriented, responsible, safety-regarding). That's my usual response when I hear someone argue another time that they want their software written in C, "because everybody can program in C, and thus C software is much easier to maintain." At least, that's what they say in advance... -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- |
From: Fred vS <fi...@ho...> - 2024-08-22 14:11:11
|
Yes, but we have to give Caesar what belongs to him: the Russians were the first to understand the great value of MSE. They are also the ones who produced the most doc, video and lessons to learn MSEgui. And then I prefer to see the beautiful side of people, daring to make such a brilliant cover of EWF deserves a lot of respect. https://www.youtube.com/watch?v=YHRt_EtbzdY 😉 ________________________________ De : vasi vasi <fu...@gm...> Envoyé : jeudi 22 août 2024 10:22 À : General list for MSEide+MSEgui <mse...@li...> Objet : Re: [MSEide-MSEgui-talk] How many MSEIDE_MSEGUI USERS ARE Well, Russia was always an exception. They preferred Pascal over C as it was more clear and easy to understand. In international contests, Russia had secured the first place, until Pascal was not a requirement anymore... In Romania Pascal had a medium spread in education environment but it faded away with time. Microsoft got a strong foot hold in our country. I guess Pascal is also well represented in the Latin World... Mainly because of Lazarus. On Wed, Aug 21, 2024 at 9:28 PM Fred vS <fi...@ho...<mailto:fi...@ho...>> wrote: https://github.com/user-attachments/assets/70c4f495-70dd-4b0c-b562-7f6e5c774c64 https://github.com/user-attachments/assets/3d2119d2-131d-4cfc-91b5-e7096606ead8 ________________________________ De : vasi vasi <fu...@gm...<mailto:fu...@gm...>> Envoyé : mercredi 21 août 2024 18:02 À : General list for MSEide+MSEgui <mse...@li...<mailto:mse...@li...>> Objet : Re: [MSEide-MSEgui-talk] How many MSEIDE_MSEGUI USERS ARE I think around 5 people? On Wed, Aug 21, 2024 at 4:47 PM mohamed hamza <me...@ho...<mailto:me...@ho...>> wrote: Any hint how many MSEIDE-MSEGUI users are currently active ? Just an estimation, thanks! ME +1 Med _______________________________________________ mseide-msegui-talk mailing list mse...@li...<mailto:mse...@li...> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk -- Vasi _______________________________________________ mseide-msegui-talk mailing list mse...@li...<mailto:mse...@li...> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk -- Vasi |
From: vasi v. <fu...@gm...> - 2024-08-22 08:24:17
|
Well, Russia was always an exception. They preferred Pascal over C as it was more clear and easy to understand. In international contests, Russia had secured the first place, until Pascal was not a requirement anymore... In Romania Pascal had a medium spread in education environment but it faded away with time. Microsoft got a strong foot hold in our country. I guess Pascal is also well represented in the Latin World... Mainly because of Lazarus. On Wed, Aug 21, 2024 at 9:28 PM Fred vS <fi...@ho...> wrote: > > https://github.com/user-attachments/assets/70c4f495-70dd-4b0c-b562-7f6e5c774c64 > > > https://github.com/user-attachments/assets/3d2119d2-131d-4cfc-91b5-e7096606ead8 > ------------------------------ > *De :* vasi vasi <fu...@gm...> > *Envoyé :* mercredi 21 août 2024 18:02 > *À :* General list for MSEide+MSEgui < > mse...@li...> > *Objet :* Re: [MSEide-MSEgui-talk] How many MSEIDE_MSEGUI USERS ARE > > I think around 5 people? > > On Wed, Aug 21, 2024 at 4:47 PM mohamed hamza <me...@ho...> wrote: > > Any hint how many MSEIDE-MSEGUI users are currently active ? > > Just an estimation, > > thanks! > > ME +1 > > Med > _______________________________________________ > mseide-msegui-talk mailing list > mse...@li... > https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk > > > > -- > Vasi > _______________________________________________ > mseide-msegui-talk mailing list > mse...@li... > https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk > -- Vasi |
From: Fred vS <fi...@ho...> - 2024-08-21 18:28:28
|
https://github.com/user-attachments/assets/70c4f495-70dd-4b0c-b562-7f6e5c774c64 https://github.com/user-attachments/assets/3d2119d2-131d-4cfc-91b5-e7096606ead8 ________________________________ De : vasi vasi <fu...@gm...> Envoyé : mercredi 21 août 2024 18:02 À : General list for MSEide+MSEgui <mse...@li...> Objet : Re: [MSEide-MSEgui-talk] How many MSEIDE_MSEGUI USERS ARE I think around 5 people? On Wed, Aug 21, 2024 at 4:47 PM mohamed hamza <me...@ho...<mailto:me...@ho...>> wrote: Any hint how many MSEIDE-MSEGUI users are currently active ? Just an estimation, thanks! ME +1 Med _______________________________________________ mseide-msegui-talk mailing list mse...@li...<mailto:mse...@li...> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk -- Vasi |
From: vasi v. <fu...@gm...> - 2024-08-21 16:04:08
|
I think around 5 people? On Wed, Aug 21, 2024 at 4:47 PM mohamed hamza <me...@ho...> wrote: > Any hint how many MSEIDE-MSEGUI users are currently active ? > > Just an estimation, > > thanks! > > ME +1 > > Med > _______________________________________________ > mseide-msegui-talk mailing list > mse...@li... > https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk > -- Vasi |
From: mohamed h. <me...@ho...> - 2024-08-21 13:47:51
|
Any hint how many MSEIDE-MSEGUI users are currently active ? Just an estimation, thanks! ME +1 Med |
From: vasi v. <fu...@gm...> - 2024-07-11 08:47:57
|
Thank you Fred, is good to have that! On Wed, Jul 10, 2024 at 5:16 AM Fred vS <fi...@ho...> wrote: > Hello everybody. > > There is a new target: FreeBSD on AARCH64. > Tested on Rpi-aarch64 and it works very good. > Binary of MSEide for FreeBSD on AARCH64 was added in > https://github.com/mse-org/mseide-msegui/releases/tag/5.10.0 > > Have lot of fun. > > Fre;D > _______________________________________________ > mseide-msegui-talk mailing list > mse...@li... > https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk > -- Vasi |
From: Fred vS <fi...@ho...> - 2024-07-10 02:16:30
|
Hello everybody. There is a new target: FreeBSD on AARCH64. Tested on Rpi-aarch64 and it works very good. Binary of MSEide for FreeBSD on AARCH64 was added in https://github.com/mse-org/mseide-msegui/releases/tag/5.10.0 Have lot of fun. Fre;D |
From: Sieghard <s_...@ar...> - 2024-06-24 21:43:17
|
Hello Fred, you wrote on Sun, 23 Jun 2024 20:30:31 +0000: > I have tested your lastnewmsefiledialogx_nv1.zip. Thbnk you very much. > Wow, everything works perfectly now. Well... There are many things left off yet. The stringgrid is a really hard candidate regarding the different selection methods. I _meant_ to once have it seen to do selections on it's own, what it really shouöd be capable of regarding its inheritance - it shares most of it with the listview which does it all natively. But not so the stringgrid you decided to use... Specifically, I'm still about getting the cursor key selection with shift working. It sounds simple, but there are many more combinations of sequences to be regarded than immediately recognized. Doing it with the mouse is trivial in comparison. And on the other hand, there are "a few" other tasks to work on... Thus, a "final" version (does such a thing exist?) will take some time yet. Please be patient... But nonetheless, have a nice time! -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- |
From: Fred vS <fi...@ho...> - 2024-06-23 20:30:45
|
Hello Sieghard. I have tested your lastnewmsefiledialogx_nv1.zip. Wow, everything works perfectly now. Image previews, window positions/size and impressive multi-select with Ctrl + click. Congratulations, fabulous work. Many thanks. Fre;D |
From: Sieghard <s_...@ar...> - 2024-06-21 00:20:18
|
Hello Fred, a new version of the filedialogx is there. No more filesize 0 problem, a couple control functions "optimized", and picture preview re-renabled. Sorry, no shift-select action yet, too little time left from testing. (The preview was lost because it had somehow managed to escape to the listview display handling...) Success, and have a nice day! -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- |
From: Sieghard <s_...@ar...> - 2024-06-20 22:13:21
|
Hello Fred, you wrote on Thu, 20 Jun 2024 02:01:08 +0000: > I tested your latest fixes for filedialogx. Thanks a lot. > Much better, selecting directories in the left panel now works. > A small downside, when selecting an image file (bmp, png, etc,...) the > preview is no longer displayed at the bottom left. Maybe, I didn't test that yet, as I found a more annoying problem: the FPC log10 function isn't really good at handling zero values... But of course, it SHOULD balk at that, and throw an exception. The point is, the msegui code catches that exception deep inside, and an application programmer has no chance to handle that with a TRY/EXCEPT block. But anyway, I DO think the better way is to do it the traditional way with a conditional, and that's what I did already. I might soon put the new version, in conjunction with some cleaning up of the "oncellev" method, on my web site. But I plan to also add the "shift-click" block selection method for the list_log display, which shouldn't be overly complicated. And, of course, I will check the preview display and hopefully get it to work again. > I will test everything more thoroughly tomorrow. You might make sure to check for a new version on my web site before, perhaps. Thank you again for your support and interest, and "hav a alot of fun" again. But don't let you distract to much. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- |
From: Fred vS <fi...@ho...> - 2024-06-20 02:01:22
|
Hello Sieghard. I tested your latest fixes for filedialogx. Much better, selecting directories in the left panel now works. A small downside, when selecting an image file (bmp, png, etc,...) the preview is no longer displayed at the bottom left. I will test everything more thoroughly tomorrow. Fre;D |
From: Sieghard <s_...@ar...> - 2024-06-19 00:13:16
|
Hello Fred, you wrote on Tue, 18 Jun 2024 18:06:28 +0000: > Many thanks for your last features-fixes for filedialogx. > > I will test it deeply asap and write you soon. Thank you for your kind support. Have a nice time! -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- |
From: Fred vS <fi...@ho...> - 2024-06-18 18:06:42
|
Hello Sieghard. Many thanks for your last features-fixes for filedialogx. I will test it deeply asap and write you soon. Have nice days. Fre;D |
From: Sieghard <s_...@ar...> - 2024-06-18 13:30:20
|
Hello Fred. So. Now I got something. The "msefiledialogx", of course. A version that DOES, mostly, what I want it to do. That is: - Multiple entry select for "listview" AND "list_log" display - "seamless" switching between displays (i.e. selections are kept) - mostly "standard" selection methods by mouse and keyboard In addition, as I had to rewrite quite some chunks of code to achieve this, I made a number of modifications: - consistent data management for file selection - "straightening up" a number of overly complicated processsing sections - simplify handling of icons for the "list_log" display - change display configuration to context menu (right mouse button) And it's STILL not finished, by far, yet, as I couldn't possibly have tested every (combination of) functions and settings possible. Nonetheless, I put the current version FOR YOUR TESTING AND CRITIQUE on my web site, along with the stand-alone "FlieRequesterX" sample application that can be set to make use of nearly all of the dialog's abilities. I hope you can get it to work, and, PLEASE, check it out thoroughly and give me feedback about your findings, and not publish it on github immediadietly. If you think it might be in a state where others can get it to work also, it might be of some help to publish, but only with a clear marking as "experimental". BTW, the code of the unit file is still overall cluttered with insertions, commented-out parts, comments, remarks and streches of inactivated or nor longer used old original code. This makes it certainly tedious to read and difficult to understand. ANY "final" version WILL have to be cleaned up thoroughly and possibly be rearranged a bit to help understanding. Well, and yes, the "stringgrid" component doesn't seem to be fully functional, as I surmised in my previous posting. Most call-backs aren't apparently working, and that seems to be the reason why you had to add that monstrous "oncellev" handler in the first place - is that correct? Anyway, here it is, as it is, for you to contemplate, evaluate, test and peruse, "newmsefiledialogx_nv0.zip". Not for publishing yet, though. Please report any problems you find and suggestions to improvement. Thank you for your kind help, and have a lot of fun! And a nice time as well, of course. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- |
From: Sieghard <s_...@ar...> - 2024-06-11 22:13:22
|
Hello Fred, just to let you know that I'm _STILL_ at this beast of a file dialog, here's a short report of the current situation - not progress, because there IS NO progress yet... You might remember that I was fiddling with the "verbose" file list view (list_log) to allow for multiple file selections. Well, I'm still. But I think I found a - the? - reason why this doesn't seem to work in any case - it might indeed NOT WORK IN ANY CASE. Deep in the grid unit's code, there are handlers for anything and all one might be attempting to do with the data, and they preempt any attempts of user code executing later and often even before to do somethimg else. And even worse, most of the call back vectors don't seem to be called of this, at least most of the time. It seems that's why the "onselectionchanged" call back never executes, and except for the "oncellevent", most others as well. I even failed having it controlled by keys, as e.g. the return key ALWAYS somehow activates the current entry and terminates the dialog. This happens even if handled by the "oncellevent" call back, because there's no means to signal it's already done. The calling code bluntly carries on and does what it "always does". So I'm about to give up on this now, though I think this was a really nice piece of code and very useful for many tasks. Most of the other file dialogs I had to use are clumsy, clunky and overburdened on the one hand or overly restricted on the other. Anyway, have a nice time, and keep on computing happily! -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- |