Hello Fred,
this time not an update on the "msefiledialogx", but on the "db" unit
modifications.
As I just had an occasion to use the OSQLBrowser, I was again hit by an
update problem I had found before (and addressed by a cautionary remark in
the README to the sample programs). So I undertook to
Hello Fred,
you wrote on Thu, 23 May 2024 00:58:09 +:
> I did try your demo TextView.prj but at loading there is a exception
> message: List index (11) out of bounds. After clicking on OK, the
> application crash.
Interesting. I just unpacked the test project into a new directory,
even
Hello Fred,
here's another intermediate report on the status of the "newdialogs"'
msefiledialogx. It was a hard bit of work to make the "compact" diaplay
work the same as with the plain original version. You made it work i a
"horizontal" manner, which is very unusual and doesn't easily allow for
Hello Fred,
you wrote on Sun, 19 May 2024 22:38:29 +:
> Ha, ok, I think I get it now.
on't worry, don't hurry - I've put this aside as a "luxury problem" while
catering to other things.
> In the code of msefiledialogx.pas there are those ifdef:
> {$ifdef BGRABITMAP_USE_MSEGUI}
Yes, I
Hello Fred,
you wrote on Sun, 19 May 2024 15:24:33 +:
> Strange that it does not work for you.
Strange also that there's the attempt to use a _component_ that isn't
provided by the component library. and not even requested from the .mfm
file, I think. And there's the explicit request for a
Hello Fred,
you wrote on Sun, 19 May 2024 05:21:32 +:
> To use BRABitmap for MSEgui, do this:
>
> 1. Download BGRABitmap source from here:
> https://github.com/bgrabitmap/bgrabitmap
That's where I got it.
> 1. In project options tab Make/Directories:
> Add using your BGRABitmap
Hello Fred,
you wrote on Fri, 17 May 2024 02:40:26 +:
> Great news!
...
> Here the trick (thanks to the wonderful BGRABitmap gem):
However...
I tried to include your great new trick in a simple program using the
extended file dialogx, just to be able to provide an impression of the
result.
Hello Fred,
you wrote on Sat, 18 May 2024 00:18:53 +:
> About "msefiledialogx", of course don't hesitate to adapt it as you wish,
> it's an honor for him.
Well, I got a little tired of the "work" by now. It's a bit tedious chasing
after all the inconsistencies and issues caused by
Hello Fred,
you wrote on Fri, 17 May 2024 02:40:26 +:
> 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
Hello Fred,
you wrote on Tue, 14 May 2024 22:55:29 +:
> I think that I understand better the problem (maybe).
You're probably on the track.
> If you use a tfilenameeditx, via le Object Inspector, there is the
> property "statfile" where you can assign a config file.
...
That seems to be
Hello Fred,
you wrote on Tue, 14 May 2024 14:01:30 +:
> Hum, sorry but I dont catch what you mean.
Well, the matter IS a bit convoluted... I was probabely side-tracked and
got lost a bit in the intircasies of statfile handling...
> Here, with the "original" filedialogx, when you change the
Hello Fred,
I have a question concerning your extended filedialogx.
I've run into severe problems with its statfile handling. It seems to me
that saving the layout dependent settings simply cannot work. This concerns
such things as display of icons, places column and even the settings bar
Hello Fred,
might I present a stupid suggestion for handling msegui branches?
I always wondered why Martin put his library components into a SUBdirectory
of the real "lib" directory. And as I supposed him to have that done on
purpose, I came to the conclusion he might have done that to allow for
Hello Fred,
you wrote on Thu, 9 May 2024 11:23:59 +:
> Indeed, I just have tried to compile PSQLBrowse.prj for Windows and I get
> the same error message.
As I found out, this is because that's a Unix-only unit and not applicable
on and for Windows.
> If removing "cLocale" in uses section
Hello Fred,
this is just a short note to inform you and all users that there are new
versions of the "newdialogs" and "FileRequest" 'packages' on my web site.
The modifications are very minor, just a formatting correction for the
"newdialogs" and enabling the "return" key for terminating the "X"
Hello Fred,
you wrote on Wed, 8 May 2024 11:42:15 +:
> There is also a problem with moving the window by clicking on the form,
Yes, this function was in error. Reason was a wrong use of the placement
code after the "keepOnScreen" was modified in the course of the development
of the
Hello Fred,
you wrote on Wed, 8 May 2024 11:42:15 +:
> But maybe you did not see the screenshot when resizing MSEClocK.
> I will try to add it as attachment (maybe sf will accept it now).
The screenshot worked as an attachement, but it didn't really help.
> There is also a problem with
Hello Fred,
you wrote on Tue, 7 May 2024 13:19:32 +:
> There is a little problem with MSEClock window what not redrawn correctly
> when resized.
> If resize the window (and change only the height), the window isn't
> redrawn properly. If clicking into the window, then it is redrawn
>
Hello Fred,
you wrote on Sat, 4 May 2024 01:04:18 +:
> Many thanks for the fixes, they are commited/pushed to the sieghard
> branch: https://github.com/mse-org/mseide-msegui/tree/sieghard
Thank you for publishing.
> Will test it deeply (and thanks for the fix in filedialogx.pas too).
I
Hello Fred,
you wrote on Thu, 2 May 2024 22:55:16 +:
> I haven't jumped into your code yet but the same crash appears when you
> try to free an object that hasn't been created yet.
Thank you again for the report - although this doesn't seem to be connected
to the REAL underlying problem, it
Hello Fred,
you wrote on Thu, 2 May 2024 22:55:16 +:
> I haven't jumped into your code yet but the same crash appears when you
> try to free an object that hasn't been created yet.
This might be an important observation, thank you for reporting.
...
> Yes, there are problems with Windows
Hello Fred,
you wrote on Wed, 1 May 2024 21:42:39 +:
> About newdialogs: the position of the dialogs are much better now, many
> thanks for this great feature.
Yes, that's the good point, it mainly works now.
BUT: DON'T FORGET - I DID say, they're experimental yet! Didn't I?
> But there is
Hello Fred,
you wrote on Wed, 1 May 2024 15:58:37 +:
> There is a new branch with the Sieghard newdialogs, statfile fixes and
> extended db
Thank you, Fred, for publishing all of these. I hope there will be some
response and critique, allowing to improve the stuff.
Indeed, there's one
Hello Fred,
you wrote on Tue, 23 Apr 2024 21:03:50 +:
> I tried the newdialogs components on Linux and everything seems ok, same
> for the stat files. For db files, because I don't know how thoroughly to
> test it, it's on the to-do list.
Fine to read that everything seems to work for you
Hello Fred,
well, now at long last I've been able to upload the files pertaining to my
latest undertakings. It took me a while because of a modification of my
hoster concerning the access to their "control panel" and my web site data.
Now you can again find the latest files at the usual address.
Hello Fred,
you wrote on Thu, 18 Apr 2024 21:26:19 +:
> I apologize for the late answer.
No reason - it's not that urgent anyway.
> >The therein mentioned
> projects are mainly working now, and I've also produced a SQLite browser
...
> Thanks for this great addition, I will test it
Hello Fred,
this is a supplement to my previous posting here. The therein mentioned
projects are mainly working now, and I've also produced a SQLite browser
application similar to the Postgresql one. My "newdialogs" are mostly
working as well, although there's one annoying effect left, making the
Hello Fred,
you wrote on Fri, 29 Mar 2024 23:31:28 +:
> By the way, there is a new release 5.10.2. with mainly fixes for msetimer
Got it, and works correctly, as far as I use(d) it - which means, works the
same as before for me.
And I proceeded at expanding the PSQLbrowser program, thereby
Hello Fred,
you wrote on Fri, 29 Mar 2024 23:31:28 +:
> Happy Easter holidays for you too!
Thank you, and to all mseide-msegui users, too.
> Thanks for your work, I am sure it will be perfect.
Certainly not - I don't command a big enough machine shop to be able to
ascertain everything...
Hello Fred,
you wrote on Mon, 12 Feb 2024 21:47:34 +:
Another Reply...
> There is a new release 5.10.0. with binaries of MSEide and the fixes of
After having downloaded the new version and synchronized it with my
modifications, the next step was to get the "reference" applications to
work
Hello Fred,
you wrote on Mon, 12 Feb 2024 21:47:34 +:
> There is a new release 5.10.0. with binaries of MSEide and the fixes of
> inherited forms. Also compatible with Darwin-MacOs (via XQuartz).
>
> https://github.com/mse-org/mseide-msegui/releases/tag/5.10.0
Thank you for your - as
Hello Fred,
you wrote on Thu, 18 Jan 2024 12:10:20 +:
> I hope all is ok for you.
Well, at least, I'm still ok, I think...
> I dont have a Mac, all was done via VMware, after decades I was finally
> able to install Mac OSX on a virtual machine. I have to agree that it
> works ok (few slow
Hello Fred,
you wrote on Wed, 17 Jan 2024 00:59:56 +:
> A litle surprise for the new year: MSEgui goes on the Mac.
Fine achievement, congratulations for succeeding! Though I don't havea Mac,
and don't have any incentive to get one, this certainly is an opportunity
opening a wider field of
Hello Fred,
in continuation to my previous "complaints" abour the functioning of
mseide's debugger function (last one from Tue, 3 Oct 2023 01:55:52 +0200),
here's some more information.
Main problem is: It's even worse than what I wrote before.
And there's obviously NO difference between the
Hello Fred,
now I can refine the conditions when the debugger dies some more:
it does that reproducibly when you hit an uninitialized variable with the
mouse pointer. (And it seems to see externally defined constants as
uninitialized as well.)
And, BTW, a question & suggestion: might it be
Hello Fred,
you wrote on Sun, 1 Oct 2023 20:12:27 +:
> I am busy to try your new dialogs.
> I try them for project ideU because it uses nearly all king of dialogs.
Don't hurry - DON'T, please!
The "newdialogs" STILL are work in progress, and as I wrote before, I've
not even yet tackled the
Hello Fred,
you wrote on Sun, 1 Oct 2023 00:22:40 +:
> There are binaries of ideU here:
> https://github.com/fredvs/ideU/releases/
Yes, ok, I already took the source.
> You dont need to compile it to test the debugger.
> But of course if you want compile ideU with your new dialogs units,
Hello Fred,
you wrote on Fri, 29 Sep 2023 21:30:45 +:
> like ping-pong call. But here it does not open new tabs of already opened
> units, it uses the already opened. And if a unit is not yet opened, it
> opens one it only once.
>
> But maybe I did not understand your request, so please
Hello mohamed,
you wrote on Fri, 29 Sep 2023 16:01:06 +:
> The remarks I sent are not emergencies but lines to be added to TODO list.
WHICH remarks? Whom did you send them? I didn't receive anything pertaining
to my projects from you.
Did you perhaps happen to respond erroneously to my
Hello Fred,
you wrote on Thu, 28 Sep 2023 18:04:31 +:
[ide "idiosyncrasy"]
> So yes it is a big bug and I need to jump into it (but not possible asap,
> sorry).
Well, there are a couple more I'm afraid... But anyway, don't overturn, do
your regular tasks first.
Then, you might be able to
Hello Fred,
you wrote on Thu, 28 Sep 2023 00:46:40 +:
> How, you did a lot of work, thanks!
All things to amend insuffiencies I didn't want to perpetuate.
> I am hyper busy this week but sure I will jump into it this week-end.
Don't hurry, do your tasks thoroughly to make them last and
Hello Fred,
as it's by far finished yet, there is a new version of the "newdialogs"
units available now, along with the accompanying projects "MSEclock" and
now also "PSQLbrowse" for examples of usage. And I did include a short
description of the (IMHO) relevant features in the "newdialogs" zip
Hello Fred,
just for your information: the new versions of my newdialogs, along with
the MSEclock and PSQLbrowser, are now available from my mse web site.
--
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
Hello Fred,
you wrote on Sat, 23 Sep 2023 02:41:00 +:
> Yes, sure and I am far to be ready for a msegui-wayland interface.
>
> I think that I have all the tools now to use Wayland with fpc, all the
> demos of the demos-book are translated and compile.
Fine - I saw that you presented a
Hello Fred,
you wrote on Sat, 16 Sep 2023 23:00:28 +:
[onmouseevent]
> Ha, ok, so I will add it in the "todo list of new properties" for next
> MSEide.
Alright. I've enabled it in my copy since the last version.
> >for the db code, I tested the PostgreSQL unit(s) using my "FieldError"
Hello Fred,
you wrote on Sat, 16 Sep 2023 13:25:00 +:
> >(It's similar to the "onmouseevent" field of recent concern.)
>
> Hum, when I asked to commit that, you did answer that "I would not commit
> it...". So I did not commit it...
Really? Here's again what you wrote and what I
Hello Fred,
you wrote on Tue, 12 Sep 2023 22:09:41 +:
> >statfileoptionty = (sfo_memory,sfo_deletememorydata, //delete after read
> >sfo_createpath,
> //
> > sfo_useexename,
> //
>
> Yes, good
Hello Fred,
you wrote on Fri, 8 Sep 2023 17:40:39 +:
[Re: The stat file mechanism]
And not to forget about the suggestion pertaining to the filename
parameter of a stat file, I still think it might be useful to have the
option to let the mechanism create the name according to the
Hello Fred,
you wrote on Fri, 8 Sep 2023 17:40:39 +:
[Re: The stat file mechanism]
So here is another follow up message, this time pertaining to the
previously presented amendment to the stat file mecahnism, unit file
"kernel/statfile.pas".
I was a bit overly eager to get this working for
Hello Fred,
you wrote on Fri, 8 Sep 2023 22:42:59 +:
> >WHAT "green light"?
>
> Did you try mseclock and all the "newdialogs" already on Windows too ?
No, because of the lack of a really working, even current, Windows. The
latest I have available (but not registered, let alone being
Hello Fred,
you wrote on Fri, 8 Sep 2023 17:40:39 +:
[Re: The stat file mechanism]
I did some playing around with this to explore the actions and effects
provoked by specifying "unusual" parameters, specifically for the "filedir"
and "filename" parameters.
Doing so, I realized that the
Hello Fred,
this is a follow-up to my message on Wed, 6 Sep 2023 00:24:37 +0200.
Although it's unfortunate that you didn't have the directory and stat file
for storage of MSEclock's settings, this might not neccessarily have lead
to an error. The stat file mechanism DOES already have an option
Hello Fred,
you wrote on Wed, 6 Sep 2023 23:53:13 +:
> >> used for tfiledialog". To register the "tfontdialog" component as
>
> > No, why should that be neccessary?
>
> I was talking about a widget that can be edited by the GUI Object
> Inspector.
You could create something like a
Hello Fred,
you wrote on Thu, 7 Sep 2023 00:00:21 +:
> > But I want to suggest to make that a
> library standard, implemented in some part of the "statfile" mechanism.
> What do you think?
>
> Yes, the statfile mechanism is problematic sometime.
In principle, it's kept "ASAP", meaning
Hello Fred,
you wrote on Wed, 6 Sep 2023 13:31:22 +:
> Indeed, when creating "~/.msetools" , no more errors.
> But, humm, what do you think about:
> -First check if the directory exists, if no create it.
I didn't care because that was introduced, after quite some discussion, a
long time ago
Hello Fred,
you wrote on Wed, 6 Sep 2023 14:30:58 +:
> > Be warned - it uses the special dialog form from my "newdialogs".
>
> Yes, of course I used it !
Ok, then everything should work now.
> Now there is a other challenge, makes your msefontdialog a widget for
> mseide.
> For this
Hello vasi,
you wrote on Wed, 6 Sep 2023 13:29:49 +0300:
> https://www.bu.edu/csmet/files/2021/03/Getting-Started-with-SQLite.pdf
> https://www.pearsonhighered.com/assets/samplechapter/0/6/7/2/067232685X.pdf
> https://kshmirko.github.io/static/sqlite_tutorial.pdf
Thank you for the links, that
Hello Fred,
you wrote on Mon, 4 Sep 2023 21:50:21 +:
> For the language selector I get a "Stream write error" message when
> clicking on OK or Cancel.
Oh, and another question, as that - probabely - will be the cause of the
error message: DO you have a directory "~/.msetools" for msegui
Hello Fred,
you wrote on Mon, 4 Sep 2023 21:50:21 +:
> Indeed, with all his units in mseclock project, it compiles now. ;-)
Fine.
> I like your msefontdialog, very usefull and of course it will be part of
> msegui widgetset.
Be warned - it uses the special dialog form from my
Hello Fred,
you wrote on Mon, 4 Sep 2023 14:14:04 +:
> > I DID state that this version ALSO uses my previously presented
> > "newdialogs".
>
> No, I dont have those previous version, like I already explained, I have
> a new computer without saved-backup.
Ok, that's a valid reason. I
Hello Fred,
you wrote on Sun, 3 Sep 2023 01:17:44 +:
> I try to compile your new release of MSEClock but there are some errors:
>
> Compiling ./MSEclock.pas
> ...
> clockwork.pas(288,7) Error: identifier idents no member "onmouseevent"
Yes. This is due to an addition you had suggested a
Hello Fred,
you wrote on Sat, 2 Sep 2023 04:28:03 +:
> Sorry but I did not note those new versions of MSEclock, PostgresSQL and
> mailing list
So indded some of my earlier messages semm to not have made it to the list.
Well, after all, this former one obviously did, at last.
> I just went
Hello Fred,
you wrote on Sun, 27 Aug 2023 20:50:18 +:
> >I think "nabble.com" might still be active.
>
> No, they deleted the mseide-mesgui nable site (without warnings).
That's definitly not nice. The only excuse could be, they had tried to
inform the list owner (i.e. Martin) and got no
Hello Fred,
you wrote on Sun, 27 Aug 2023 18:15:24 +:
> But it seems to me that using github for the attachments via
> issues/discussions is a easy way. Of course via the mailing list would be
> better but sourceforge dont want anymore...
There are still some other mailing list servers
Hello Fred,
you wrote on Fri, 25 Aug 2023 19:08:26 +:
> Of course your samples are more than welcome.
Ok, I'll prepare some samples if you care to state a format.
> AsI have already warned, msegui DB is new jungle territory for me.
Well, I think that's the right characterization... Not
Hello Fred,
you wrote on Fri, 25 Aug 2023 13:50:19 +:
> Imho, it would be much better if the data-test used would be something
> more understandable-real-life than 'hdskdkjdlkds' or 'qhhsusuidddcas'.
Indeed.
> (And of course it would need to create those data and yes, it is boring
> work)
Hello Fred,
you wrote on Tue, 15 Aug 2023 01:39:42 +:
> Yp, I get it.
>
> In mseapplication.pas,
> constructor tcustomapplication.create(aowner: tcomponent);
>
> At the end, line 1248 there is a "lock" and, strangely for NetBSD and
> OpenBSD it blocks the application when 2x click on
Hello Fred,
you wrote on Wed, 9 Aug 2023 00:12:27 +:
> >> Lagprogramming sent me PMs and agreed to share it with you.
>
> > Nice, it seems they are interested in some coopertion, then.
...
> Hum, Lagprogramming is a user of Lazarus forum who sent me, via PM, some
Fine, but that does mean
Hello Fred,
you wrote on Tue, 8 Aug 2023 10:48:35 +:
Oh yes, and another remark, too: the msegui graphics implementation
obviously is based _heavily_ on X11 internal function for Linux and the
Windows GDI functions for Windows. That might mean that an adaptation to
_their_ system will either
Hello Fred,
you wrote on Tue, 8 Aug 2023 10:48:35 +:
> Lagprogramming sent me PMs and agreed to share it with you.
Nice, it seems they are interested in some coopertion, then.
But I'm not yet clear about what "Lagprogramming" really IS or what their
gaol might be. Are they trying to develop
Hello mohamed,
you wrote on Fri, 4 Aug 2023 08:55:13 +:
> Finaly I opted for the solution of scanning an array of
> TCUSTOMEDITDATAEDIT .
Depends on what, exactly, you want to effect. If it's only about selecting
a prebuilt set of fields, using an indexed array of fields might be a good
Hello Fred,
you wrote on Thu, 3 Aug 2023 23:49:31 +:
> Everybody who gives attention to msegui is important (but maybe not for
> msegui's persistance)...
Well... I'd not count a lot for people not wanting persistance of their
tools. But otherwise, sure, the more users, the better
Hello mohamed,
you wrote on Thu, 3 Aug 2023 15:46:20 +:
> In my case , replacing :
> var frmInfotiersfo: tfrmInfotiersfo; aR1:array[1..2] of tcustomdataedit;
> oCustEdit:tcustomDataEdit; with
> const aSum set of tcustomdataedit = [ Price, Amount .] and then I
> can do
>
> if
Hello mohamed,
you wrote on Tue, 25 Jul 2023 16:55:43 +:
> I got this note:
>
> frmbasepage.pas(98,6) Note: Call to subroutine "operator :=(const
> source:Currency):Variant;" marked as inline is not inlined.
This isn't a msegui unit - not that I could find it. And there's no
such
Hello Fred,
you wrote on Mon, 17 Jul 2023 12:38:31 +:
> I think there is only one db-msegui guru and it is Med. ;-)
Well, what does he think of the case then? Maybe he should resolve the case
finally then?
> >I apologize for the trouble I caused.
>
> You did not cause any trouble, Med
Hello Fred,
you wrote on Tue, 11 Jul 2023 22:21:43 +:
> >(As the initiator of the trouble, I'll probabely have the duty to attack
> > the chore, I'm afraid...)
>
> I fear it too because my level of knowledge of db-msegui is very low.
Concerning your knowledge of that part see my previous
Hello Fred,
you wrote on Fri, 14 Jul 2023 14:59:09 +:
> So, using -O3 -OoNODFA gives a mseide without problems.
> Even more, -O4 -OoNODFA is ok too!
>
> Conclusion: msegui can use all the optimizations, appart DFA (does
> anybody knows what does that DFA optimization?).
The two
Hello Fred,
you wrote on Tue, 11 Jul 2023 22:21:43 +:
> Hello Sieghard.
>
> >(As the initiator of the trouble, I'll probabely have the duty to attack
> > the chore, I'm afraid...)
>
> I fear it too because my level of knowledge of db-msegui is very low.
Huh! You probabely know a whole
Hello Fred,
you wrote on Mon, 10 Jul 2023 21:09:01 +:
> I did read your post but sadly I did not find yet the time to jump into
> your code. I will try to do it asap.
There is no code above the one provided previously - just the explanation
of the reason for the reported error messages.
Hello Fred,
you wrote on Fri, 7 Jul 2023 19:48:36 +:
> @Sieghard: there is problem with the last change in /db from your
> mseide-msegui-shadow.zip file. So I reverted to previous code.
Just asking to make certain you received my posting from Sat, 8 Jul 2023
22:38:14 +0200 toward the
Hello Fred,
you wrote on Sat, 10 Jun 2023 17:37:44 +:
> 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...
>
Hello vasi,
you wrote on Thu, 1 Jun 2023 12:35:27 +0300:
> Thank you Sieghard, much appreciated! I was able to compile msegui using a
> command from Fred's ideU cimpiling directions.
Ok, fine.
If you'd like t osee my script anyway, give notice. I can put it on my
mseide Web page for you (and
Hello Fred,
vous ecrit au Tue, 21 Mar 2023 01:06:41 +:
> The only easy way I found was using BGRABitmap:
>
> procedure TfrmMain.CopyScreenForm;
Thank you for the information - so it looks like there's indeed no easy
way to get at the contents of an msegui window from within msegui (so to
Hello Fred,
vous ecrit au Mon, 13 Mar 2023 17:18:53 +:
> LCL allows reading form's rendered bitmap by accessing
> TForm.GetFormImage. For example you can save the bitmap in a
...
> thing in msegui? Is it possible to somehow SaveToStream or SaveToFile the
> bitmap rendered by a msegui form?
>
Hello Fred,
you wrote on Fri, 10 Mar 2023 17:39:18 +:
> Argh, in previous post, please read this:
>
> I used indeed the last release of MSEide:
> https://github.com/mse-org/mseide-msegui/releases/
Well, yes, that's how it reads - what's wrong with it?
...
> Afaik, if no mode was
Hello Fred,
vous ecrit au Fri, 10 Mar 2023 00:19:31 +:
> Ooops, in previous post I did not get error because I used the last
> commit of msegui.
>
> So, without the "modeswitch" I get that error, see picture:
>
>
Hello Fred,
you wrote on Mon, 6 Mar 2023 01:20:25 +:
> By the way, in last mseide-msegui commit, I added {$modeSwitch class+}
> and {$modeSwitch exceptions+} in FieldTypeError.pas otherwise MSEide did
> not compile. There was complaining about "Raise" indentifier unknown.
Interesting, I
Hello Fred,
you wrote on Wed, 8 Mar 2023 11:22:34 +:
> You do not need to go to the mseide-msegui site.
> Just use this link and you will get the last source with last commit (it
> is automaticaly updated):
> https://github.com/mse-org/mseide-msegui/archive/refs/heads/main.zip
Ok, fine -
Hello Fred,
you wrote on Tue, 7 Mar 2023 13:00:20 +:
> In previous post, the commit is (previous was a other commit):
Well, thank you...
I think, I'll best look directly at the github page and get the there and
then current version...
I haven't looked at the issue yet.
--
(Weitergabe von
Hello Fred,
you wrote on Mon, 6 Mar 2023 01:20:25 +:
> By the way, in last mseide-msegui commit, I added {$modeSwitch class+}
> and {$modeSwitch exceptions+} in FieldTypeError.pas otherwise MSEide did
> not compile. There was complaining about "Raise" indentifier unknown.
Interesting. The
Hello Fred,
you wrote on Wed, 1 Mar 2023 19:45:40 +:
[stockobjects.extended crashes application]
Thank you again for reporting this Error. Indeed, this was my fault, I
had introduced a non-terminating recursion there instead of providing, as
planned, a safe initialization. In fact, the
Hello Fred,
vous ecrit au Wed, 1 Mar 2023 19:45:40 +:
> > result:= lang_extended [ord (index)];"
> > in unit "msestockobjects.pas". As one of my goals was to get rid of
...
> I did this because if I keep your modif, when trying to delete a line
> from a grid, the application crash.
...
>
Hallo Fred,
vous ecrit au Tue, 28 Feb 2023 00:10:25 +:
> Dear Sieghard your mseide-msegui-shadow fixes are in GitHub via
> commit 1f52efa. I tested it and all is ok, many thanks for all those
> warnings away.
Thanks, not worth mentioning, surely not so prominently. This was just
out of
Hallo Fred,
vous ecrit au Thu, 15 Dec 2022 13:13:58 +:
> I have copy the file from Sieghard-site as attachment in a
> MSEgui-issue. You can download it from here:
Thank you for doing so. I take it that you DID check the validity of
the modifications before publicicing it. There will be huge
Hallo Fred,
following the remark, "I'm always struck by a good number of
compiler messages" (i.e. Note: and Warning:), made in my message from
Wed, 30 Nov 2022 01:11:31 +0100, I now made an attempt to "remedy"
these by eliminang their respective causes, as much as possible.
Well, I'm QUITE a bit
Hallo Fred,
vous ecrit au Mon, 28 Nov 2022 23:29:41 +:
> >Yes, it has improved a whole lot compared to fpc 3,2,2, ESPECIALLY on
> >floating point operations.
>
> In my case, because using extendly float calculation in uos sound
> library, it is a big plus.
My tests don't use really heavy
Hallo Fred,
vous ecrit au Sun, 27 Nov 2022 23:04:08 +:
> fpc 3.3.1 does better than fpc-llvm 3.3.1...
No, that is not the case. But llvm-based fpc 3.3.1 is only marginally
faster than plain fpc 3.3.1 on integer calculations and not much faster
(perhaps around 20%) on floating point
Hallo Fred,
vous ecrit au Sun, 27 Nov 2022 12:29:45 +:
> Note that llvm "is" optimization, without it there is no sense to use
> it. I did some test with float calculations and the difference was
> big (much better for fpc-llvm) when adding -O3 or -O4 parameters.
Well. I just modified my
Hallo Fred,
vous ecrit au Sun, 27 Nov 2022 12:29:45 +:
> > The error is the omission of a "-"
> > sign in front of the switch "XlS",
>
> Oooops, indeed, fixed just now in Lazarus forum.
Good. Does the version dependence also get mention there?
...
> > And got rather disappointed. The
Hallo Fred,
vous ecrit au Sun, 30 Oct 2022 11:47:17 +:
> Just by curiosity.
>
> Has somebody already try fpc + llvm ?
> I have try to compile fpc for llvm but without luck.
You made me curious, and as I had meant to attempt to experiment with
this beast anyway, I now DID some testing. The
1 - 100 of 208 matches
Mail list logo