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 Sieghard.
Ha, ok, I think I get it now.
In the code of msefiledialogx.pas there are those ifdef:
{$ifdef BGRABITMAP_USE_MSEGUI}
It is because the msefiledialogx shows the rendered image on the bottom-left if
you select a image-file in a directory.
If you did not use BGRABimap on your
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 Sieghard.
Strange that it does not work for you.
But, did you add the -B (build all) parameter?
Without it fpc sometimes ignore some of the {$ifdef something}.
It is a very old bug and till now it was not yet fixed, so better to use -B,
mainly for the first compilation of the project.
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 Sieghard.
To use BRABitmap for MSEgui, do this:
1. Download BGRABitmap source from here:
https://github.com/bgrabitmap/bgrabitmap
1. In project options tab Make/Directories:
Add using your BGRABitmap source directory:
${BGRABITMAPDIR}/bgrabitmap
1. In tab Make/Make Options
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 Vasi-Vasi.
Thank you for the info.
The last commit to the SDL4MSEgui project dates from 2012.
After a few (long) white nights it now compiles for Linux, some SDL methods are
renamed in the latest SDL2 version.
For example, sdl_mutexp() now becomes sdl_lockmutex() and sdl_mutexv() now
Raylib is also a good 2D drawing engine, as is very close to the Borland
BGI. It uses mainly GLFW for interfacing with OpenGL but recently (starting
from version 5) got an optional support for SDL2. There is Ray4Laz package
(adapting raylib for freepascal) that works also independently from
There are updated pascal units for SDL2... somewhere on Github... I have to
look again...
Now, regarding SDL in general, is an OpenGL platform that is present on all
operating systems and constantly updated as is the base of so many games.
Is there to stay. It is also used for some
Hello Sieghard.
About "msefiledialogx", of course don't hesitate to adapt it as you wish, it's
an honor for him.
>BTW: are you sure of the file type name “.dylib”? Or should it be ".dynlib",
>which makes more sense to me?
Hmm, that's Apple's logic. The suffix of a dynamic library on OSX is
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 everybody.
Does somebody knows SDL and have already used applications done with it it?
https://en.wikipedia.org/wiki/Simple_DirectMedia_Layer
There is a other gem in MSEuniverse:
https://github.com/mse-org/mseuniverse/tree/main/sdl4msegui
In the readme.txt:
---
Main
Hello everybody.
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.
Here the trick (thanks to the wonderful BGRABitmap gem):
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 Sieghard.
I think that I understand better the problem (maybe).
If you use a tfilenameeditx, via le Object Inspector, there is the property
"statfile" where you can assign a config file.
But the component tfilenameeditx himself uses also the filedialogxfo form who
has also a property
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 Sieghard.
>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.
Hum, sorry but I dont catch what you mean.
Here, with the "original" filedialogx,
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 Sieghard.
Thanks for the new fixes, I will commit it asap in the sieghard branch.
I understand that you dont want to have a Github account but it would be great
if you could check regulary that discussion:
https://github.com/mse-org/mseide-msegui/discussions/87
So I dont have to post
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 Med.
Indeed, I just have tried to compile PSQLBrowse.prj for Windows and I get the
same error message.
If removing "cLocale" in uses section of SQLForm.pas then there is a other
error:
fontlist.pas(297,4) Fatal: Syntax error, "INTERFACE" expected but "END" found
Imho, PSQLBrowse.prj
HELLO ALL,
SOME UNITS ARE NOT AVAIL. SEE ATTN
BEST REGARDS.
De : Sieghard via mseide-msegui-talk
Envoyé : mardi 7 mai 2024 22:51
À : mseide-msegui-talk@lists.sourceforge.net
Cc : Sieghard
Objet : Re: [MSEide-MSEgui-talk] New release 5.10.0.
Hello mohamed,
Hello Sieghard.
Newdialogs fixes have been committed to the sieghard-branch and MSEclock + new
demo here:
https://github.com/mse-org/mseide-msegui/discussions/87#discussioncomment-9361181
Thanks a lot for the fixes and the new demo and have precious vibes.
Fre;D
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 Sieghard.
Thanks for your explanations.
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).
There is also a problem with moving the window by clicking on the form, holding
the button clicked and trying to move
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 Med.
The error message is because the directory \units does not exist.
You should create it manually.
I suppose that you are esting PSQLbrowse project of Sieghard downloaded from
here.
https://github.com/mse-org/mseide-msegui/discussions/87
If so, be sure to compile it with the
Hello Sieghard.
Many thanks for the fixes in newdialogs, (nearly) all seems ok now.
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
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 Sieghard!
Many thanks for the fixes, they are commited/pushed to the sieghard branch:
https://github.com/mse-org/mseide-msegui/tree/sieghard
Will test it deeply (and thanks for the fix in filedialogx.pas too).
Fre;D
___
mseide-msegui-talk
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
Re-hello Sieghard.
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.
My 0,01 cent, of course.
Fre;D
De : Fred vS
Envoyé : vendredi 3 mai 2024 00:44
À : General list for MSEide+MSEgui
Hello Sieghard.
>BUT a question here - and this is a VERY important one: Does this blinking
>(and possibly all the other adverse effects too) also occur under Windows?
Yes, there are problems with Windows too.
See here:https://github.com/mse-org/mseide-msegui/issues/89
Fre;D
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 Sieghard.
I hope all is ok for you.
About newdialogs: the position of the dialogs are much better now, many thanks
for this great feature.
But there is a problem with the tfilenameedit component that uses the new
tfiledialog.
You may try with MSEide, compile it using your newdialogs.
Hello everybody.
There is a new branch with the Sieghard newdialogs, statfile fixes and extended
db here:
https://github.com/mse-org/mseide-msegui/tree/sieghard
MSEide works on MacOS also for compiling and running projects.
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 Sieghard.
Many, many thanks for that great code.
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.
Started a discussion on Github-mseide-msegui site and added
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 Sieghard.
I apologize for the late answer.
>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 main
form
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 Sieghard.
Happy Easter holidays for you too!
Thanks for your work, I am sure it will be perfect.
By the way, there is a new release 5.10.2. with mainly fixes for msetimer on
Linux i386 and amd64.
https://github.com/mse-org/mseide-msegui/releases/tag/5.10.2
Fre;D
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 Vasi.
Great that you have your fpc-llvm!
About NetBSD, I have installed NetBSD 10 on VMWare but it is very, very, very
slow.
So for compiling MSEide-NetBSD, I used the fabulous fpcupdeluxe cross-compiler.
Fre;D
De : vasi vasi
Envoyé : mercredi 14
Thank you Fred, making fpc-llvm under Devuan 4.1.1 succeeded! NetBSD still
at RC4 so it will have to wait...
On Tue, Feb 13, 2024 at 1:18 PM Fred vS wrote:
> Hello Vasi.
>
> There is a how-to here (tested for MSEgui too):
>
>
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 Vasi.
>Have you heard of Chimera Linux?
No, I did not know it, interesting, I suppose some tweak should be done for
mselibc but (like always with mse) doable.
De : vasi vasi
Envoyé : mardi 13 février 2024 15:35
À : General list for MSEide+MSEgui
Objet :
I will try your tutorial on NetBSD 10 when it comes out in final version
(now is at RC4) - very curios if it will work... Now, I can make it under
Devuan 4.1.1 which is Debian 11. Have you heard of Chimera Linux? It uses
only llvm/clang wit musl.
Thank you Fred, much appreciated!
On Tue, Feb 13, 2024 at 1:18 PM Fred vS wrote:
> Hello Vasi.
>
> There is a how-to here (tested for MSEgui too):
>
> https://forum.lazarus.freepascal.org/index.php/topic,61069.msg459333.html?PHPSESSID=41sd602fpnus8p7bm621igr9j4#msg459333
>
>
> Fre;D
>
Hello Vasi.
There is a how-to here (tested for MSEgui too):
https://forum.lazarus.freepascal.org/index.php/topic,61069.msg459333.html?PHPSESSID=41sd602fpnus8p7bm621igr9j4#msg459333
Fre;D
De : vasi vasi
Envoyé : mardi 13 février 2024 11:15
À : General list for
Hi Fred!
Thank you very much for the new version. Is there a tutorial how to for
fpc-llvm-3.3.1? I mean, to get or make the compiler fpc for llvm
On Tue, Feb 13, 2024 at 12:04 AM Fred vS wrote:
> Hello everybody.
>
> There is a new release 5.10.0. with binaries of MSEide and the fixes of
>
Hello everybody.
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
Have lot of fun.
Fre;D
___
Thanks Med!
Not sure it will attract a lot of clients but it was fun to make MSEgui run on
the Mac.
For Mac users, here is MSEide.app compiled:
https://github.com/mse-org/mseide-msegui/files/13991813/MSEide.app.zip
Screenshot:
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,
Congratulations for this major upgrade.
Med
De : Fred vS
Envoyé : jeudi 18 janvier 2024 12:10
À : General list for MSEide+MSEgui
Objet : Re: [MSEide-MSEgui-talk] MSEgui on the Mac!
Hello Sieghard.
I hope all is ok for you.
I dont have a Mac,
Hello Sieghard.
I hope all is ok for you.
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 but ok).
I am happy that there is a answer now to people complaining that msegui cannot
good news fred .
But would the end user also have to install all those dependencies if he
want to run an app produced by msegui ?
On Wed, Jan 17, 2024, 02:00 Fred vS wrote:
> Hello everybody.
>
> A litle surprise for the new year: MSEgui goes on the Mac.
>
> It is done via XQuartz.
>
> To do
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
Much appreciated, Fred!
On Wed, Jan 17, 2024 at 2:02 PM Fred vS wrote:
> Hello Vasi.
>
> Thanks for the thanks!
>
> If, by chance, you have a Mac and want to try to compile msegui apps on
> it, you will need to:
>
> 1) Install XCode. Warning: you need to install the XCode version
> compatible
Hello Vasi.
Thanks for the thanks!
If, by chance, you have a Mac and want to try to compile msegui apps on it, you
will need to:
1) Install XCode. Warning: you need to install the XCode version compatible
with your system.
https://developer.apple.com/xcode/resources/
2) Install XQwartz.
Thank you Fred and congratulations!
On Wed, Jan 17, 2024 at 3:00 AM Fred vS wrote:
> Hello everybody.
>
> A litle surprise for the new year: MSEgui goes on the Mac.
>
> It is done via XQuartz.
>
> To do it, just install XQwartz form here: https://www.xquartz.org/
> and fontconfig with "brew
Hello everybody.
A litle surprise for the new year: MSEgui goes on the Mac.
It is done via XQuartz.
To do it, just install XQwartz form here: https://www.xquartz.org/
and fontconfig with "brew install fontconfig" (because not installed by
default).
See screenshots:
MSEide
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 Sieghard.
I am busy to try your new dialogs.
I try them for project ideU because it uses nearly all king of dialogs.
So I copied all the units of your newdialogs folder into the root directory of
ideU project.
I did not copy the customed dialog-units that uses variables shared with ideU.
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 Sieghard.
There are binaries of ideU here:
https://github.com/fredvs/ideU/releases/
You dont need to compile it to test the debugger.
But of course if you want compile ideU with your new dialogs units, maybe it
will be a few tricky because in ideU source there are also custom dialogs
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
Re-hello Sieghard.
I have try this: set break-points in different places of some units to do 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
Hello Sieghard.
>the inability of the degugging code to realize if a file containing a
>breakpoint IS already open when it encounters it, opens it a second time
>and then may complain that it cannot open the form file belonging to it -
Hum, I did not note this but I will try it soon.
Thanks to
Hello Sieghard.
> And if you need more information, please ask,
Ha, ok, so here one: Did you try the debugger with ideU?
I did change some code for launch-run the debugger.
Maybe it is the way you like and I could some change in mseide too.
Fre;D
___
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 Med.
>The remarks I sent are not emergencies but lines to be added to TODO list.
Yes but for the "Inherited" forms in menu create-forms it was a big bug in
MSEide
And it was also in ideU.
The most strange is that bug was there for many years and nobody noted it.
So better not to add it
The remarks I sent are not emergencies but lines to be added to TODO list.
Med
De : Sieghard via mseide-msegui-talk
Envoyé : jeudi 28 septembre 2023 19:45
À : mseide-msegui-talk@lists.sourceforge.net
Cc : Sieghard
Objet : Re: [MSEide-MSEgui-talk] Mailing list
Hello Med.
OK fixed in last commit (but the bug was already in 4.6 Version).
Of course you will need to recompile mseide.
(And I have to find time to do new binary release with all the fixes)
Hello Sieghard.
OK, I will check I will check this week end.
Write you later.
Fre;D
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
Re-hello Med.
Note that the trick of previous post works only during the session, once you
close the project and re-load it, Datamodule is again after the item Inherited,
and you have to open project option again.
So yes it is a big bug and I need to jump into it (but not possible asap,
Hello Med.
Could you try this:
In menu Project/Project Options/Templates/New Forms/ Column "I"
(Inherited)---> See it only "Inherited Form" is checked, if nothing is checked
there is problem.
Also check if DataModule is not checked.
See here:
Hello Med.
Even worst, here the menu is in Russian and each item shows ANCESTROR.
I hope it is not a invasion...
The good new is that it does not appear with ideU, there all is normal.
Hum, very, very strange, thanks to note it.
I will jump into it asap (I am super busy this week).
Fre;D
Hello Fred,
When a project PRJ is opened . The menu File—New--Form—Datamodule display the
dialog:
SELECT ANCESTOR !!!
This does not happen in 4.6 Version.
Med.
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
Hello Sieghard.
How, you did a lot of work, thanks!
I am hyper busy this week but sure I will jump into it this week-end.
Fre;D
De : Sieghard via mseide-msegui-talk
Envoyé : jeudi 28 septembre 2023 01:42
À : mseide-msegui-talk@lists.sourceforge.net
Cc :
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 everybody.
Thanks Sieghard for the infos.
Some good news from the front.
I finally found a C demo that was working on a Wayland system.
Some tweak needed and some hair to loose to make it compile + run.
Then I tackled the big part: the conversion to Pascal.
My nearly-friend ChatGPT
Hello Sieghard.
> just for your information: the new versions
Nice, I will jump into it, asap ( soon and soft ).
Many thanks.
Fre;D
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
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 Sieghard.
>I'd suggest to be a bit more conservative and keep the old structure at
>least until you got "many" signs of agreement from users you asked.
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
Hello Vasi.
Yes, I know but... I already found a solution and it works, so I will continue
the fight (even that I admit that Wayland is not wow)!
See screenshot:
https://github.com/fredvs/wayland-pascal/assets/3421249/e8053dbc-a7e7-4c8a-a206-bbd7ded16a84
The trick was to create a
1 - 100 of 12539 matches
Mail list logo
