Re: [MSEide-MSEgui-talk] MseUniverse

Hello Med. > I wanted to add some enhancements but I can not open the > editpage1form.mfm. Did you try to open editpage1form.pas and then toggle form unit to form? Here it was out-of-the-box (but you need to assign the "not found" form if there is one missing). See picture:

Re: [MSEide-MSEgui-talk] MDI

Re-hello. You may use, for example when the form is minimized in a dock-form: if myminimizedform.parentwidget <> nil then ...// show bottom-traybar + button with name of the minimized form, etc... Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___

Re: [MSEide-MSEgui-talk] regression bug identified, how do we get it fixed.

Hello Pat. Did you get it ? Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] regression bug identified, how do we get it fixed.

Hello Pat. Huh, I am (terribly) curious, is it possible to give code of the problem? Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourc

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

Hello. > Do you hve login username / password info for the accounts at giylab I have a username-account for mse_sak (the voice assistive kit). But it does not give access to all. In https://sourceforge.net/projects/mseide-msegui/ At line 3, I see: "Brought to you by: den_jean, mse1" Who is

Re: [MSEide-MSEgui-talk] Grid

Hello Med. I am not sure it is possible to do this. In Delphi and Lazarus it is not possible to hide/show a row. Maybe you could try to set the row.height := 0 to hide it. PS: Do not forget to answer when somebody help you, so other people can use the solution if it works. Fre;D -- Sent fro

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

Hello Pat. Thanks. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

Re-hello, sorry I did noy see his: > Was there a message from Martin's family that they had found some login > usernames / passwords for the ms projects? Yes, there was that message but, AFAIK, it seems that it was the password of Source-Forge but not of GitLab (or reverse). By the way, why use

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> Did someone carry on the "unfinished symphony" of frank shubert ? Yes, Frank Merrick finished the symphony 100 years after the death of Frank Shubert (1822). What is the goal of your intervention? Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> Did someone carry on the "unfinished symphony" of frank shubert ? It depends of what you are considering of "unfinished " in the Martin' symphony. IMHO, the last release of MSEgui/MSEide is "totally finished", all the projects that use it hardly work perfectly here. (with a custom fpc 3.0.2

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> did you try compile msegui/ide with fpc trunk ? AFAIK, msegui/ide can be compiled with fpc <= 3.0.4. I did try to compile some msegui projects with fpc 3.1.1.. It was ok for Windows but fails for Unix. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ __

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> What do you think if we translate MseIde-MseGui to an other language . http://mseide-msegui-talk.13964.n8.nabble.com/MSEide-MSEgui-talk-MSE-Programing-Pass-Book-tp1238p1336.html -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ ms

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

Hello. In mesgui README.TXT: > MSEide+MSEgui Pascal Cross Platform GUI Development System. > 2018-11-03 Version 4.6.2 > Copyright (c) 1999-2018 by Martin Schreiber > - Compiles with FPC 3.0.2 or 3.0.4 > Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> Your death spell for MSEIDE-MSEGUI? IMHO, MSEIDE-MSEGUI will stay with fpc release 3.0.2 and 3.0.4. And if one day MSEIDE-MSEGUI does a upgrade concerning compiler, it will be to use mselang. I think that fpc is too much self-centered (why not work with Git?) and slave to Delphi. And if you p

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> What do you think about converting Pascal to C? I am not fan of conversion. If I have to do a program in C, I will write it in C from scratch and not use a converter. The same for Java to Pas (or Pas to Java), if I need to create a Java or Android app, I will use native Java tools. But yes, I

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> programming language is just a tool > since you are concerned about floating point optimization , its > obvious that c/c++ is leader in that field Huh, did you try the test + benchmarks of /mselang/test/ ? IMHO, it is not a question of programming language, Pascal does as good as c/c++ if th

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> AFAIK maelang is not yet complete and it works only for simple cases , > at least that's what martin said. Martin was too much humble. His mselang project is already very far. If you have some free time, please try the alpha2 release: https://github.com/fredvs/mselang/releases

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> Can MSEGUI be compiled using MSELang ? MSElang has already implemented {$mode pascal} (similar as objfpc) and {$mode mselang} (similar to objfpc + some Oberon flavor). MSEGUI should be compatible with {$mode pascal}. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> Does it really feature coding aware strings ? I am not sure to understand what you ask. If you take a look at /mselang/test/base/string/ you will see (and test if you want) that strings are perfectly implemented. https://github.com/fredvs/mselang/tree/master/src/test/base/string Fr

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

@ Michael. It seems that your last post is empty, is it wanted ? Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/lis

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> But what about mselang on that behalf ? What about to test it by yourself ? ;-) If you try the alpha2 release, it should be out-of-the-box. https://github.com/fredvs/mselang/releases Here MSElang at work: http://clang-developers.42468.n3.nabble.com/file/t497746/mselang_exec.mp4 Fr

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

Hum, and comparison with clang + opt vs Java ? About mselang test-video, maybe my favorite: mselang_exec_ext2.mp4 Take a look how mselang deals with external libraries (wow). And how it does with float. And how it doe

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> So in my opinion, unless the FPC team grows massively, or there is a > dedicated developer in the FPC team that works purely on performance, >vnothing is going to change. IMHO. first of all, there is something to do in cleaning code. I do not talk only about memory leaks generated by the comp

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> In other C projects that I work, the garbage-manager of the linker is used > to check if there is no garbage in code. Take as example the libsndfile project: https://github.com/erikd/libsndfile/pulls If you propose a pull-request, you have first to test your proposition via a "Pass Test Suite

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> but I guess in reality it is still going to be a long wait if they ever decide to switch to Git. :) It depends of when Delphi is going to switch to Git. :-) -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk maili

Re: [MSEide-MSEgui-talk] MseUniverse

new demos into MSEuniverse samples. About what to do with MSEdocked forms + tabs, there is that project who uses it a lot (check the "layout" menu).: https://github.com/fredvs/strumpract/releases Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> Re: [MSEide-MSEgui-talk] Destiny of Martin's projects > Feb 05, 2019; 10:16am — by Michael Schnell > Does it really feature coding aware strings ? Hello. Please, take a look at this picture: Fre;D -- Sent from

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

Hello Patrick. > Is there any documentation on how to set up the mselang environment / > what steps are needed to use it? I would do it with pleasure (but it is so simple that it not needed !) MSElang is mlc, mbc, mli and mselang. - mlc compiler produces mli file that can be interpreted by

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> what steps are needed to use it? Re-hello. MSElang is out-of-the-box. https://github.com/fredvs/mselang/releases Yes, I agree, when a program works directly, without to oblige to install/config mountains of things, it gives me always a strange magic feeling. ;-) Fre;D -- Sent f

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> This shows that it can do Unicode, bit not that it does code aware strings. Hello Michael. Sorry for my immense ignorance but what is "code aware strings" ? Goggling "code aware strings" or "code aware strings + delphi" does not give anything. ;-( Fre;D -- Sent from: http://mseide-msegu

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> The Delphi XE, a "code aware string type" Ha, ok, thanks for the clear explanation. I did not test yet deeply strings feature of mselang. At first look, there are type string8, string16, string32 but did not test the features. Other thing. About some reactions in fpc-dev mailing list about MS

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> A real Genius, but always happy to take part in very interesting discussions. Thanks Michael (and you are a Genius too). Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lis

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

> what steps are needed to use it? Like explained in a previous post, the alpha release should work out-of-the-box. To compile mselang, mlc, mbc and mli, you may use the prj file via MSEide (or ideU). mselang.prj is in /mselang, mlc.prj and mbc.prj are in /mselang/compiler, mli.prj is in /msela

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

Alexey Loginov wrote > Where to send patches for mseide+msegui? Hello Alexey. IMHO, because you are the first to propose patches, the simpler would be that you fork MSEgui-ide from GitLab. Then do a add-commit-push to your forked Github (or Gitlab) MSE-gui-ide site. And in the future we will use

Re: [MSEide-MSEgui-talk] Grid

> grid.rowhidden[aindex] Yep, well seen! -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

[MSEide-MSEgui-talk] msei18n vs PO files

Hello. Can somebody explain what is the advantage/inconvenient to use msei18n vs PO files (like fpGUI does)? What is the goal of mse18n (and more generally 18n)? Thanks. -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-ms

[MSEide-MSEgui-talk] New mse-org forum: http://mse-org.111682.n8.nabble.com

Hello. There is a new mse-org forum: http://mse-org.111682.n8.nabble.com This in case if problems with mseide-msegui-talk news. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-ta

Re: [MSEide-MSEgui-talk] Grid

> i suggest use lazarus And you may use also ideU with "show properties" to true. https://github.com/fredvs/ideU/releases See video: ideuhint.mp4 <http://mseide-msegui-talk.13964.n8.nabble.com/file/t2/ideuhint.mp4> Fre;D -- Sent from: http://mseide-msegui-talk.

Re: [MSEide-MSEgui-talk] msei18n vs PO files

> Does that help you a bit? A lot, many thanks. My biggest problem is that I cannot make run the msei18n demo so difficult to measure the feature. https://github.com/mse-org/mseide-msegui/issues/1 Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ _

Re: [MSEide-MSEgui-talk] msei18n vs PO files

> I did provide it here, but it seemed there was no interest for it. I am interested! Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sour

Re: [MSEide-MSEgui-talk] msei18n vs PO files

Hello Sieghard. > I'm not sure what you want to say with that - did it fail to compile for > you, did it fail to start, were you unable to get it to work, or something > else? I said that the /msegui/apps/i18ndemo/i18ndemo.prj is not working so I cannot evalute mse-i18n. Fortunately Glixx gav

Re: [MSEide-MSEgui-talk] msei18n vs PO files

Hello Sieghard and thanks for your answers. So I will let you try the i18ndemo.prj and last commit of MSEide + me_i18n parameter. > msei18n IS fully working, though, and in the > meantime I even found out again just HOW it works, or is meant to be used. > Using it is a bit !quirky" Yes, that i

Re: [MSEide-MSEgui-talk] How to use mse tree/node ?

Hello Patrick. Thanks! Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

Hello Everybody. Maybe it was not a good idea to create MSE-org. Maybe it is better to delete it. I am so sorry how the things turn. If it was for me, it was long time ago that I would remove it. But it is so sad for Martin. I do not understand so much hate, I did scrupulously follow all the o

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

Ha, you are cooler. Hello Alex. Ok, let's do step by step. > msei18n has no console mode. No, so sorry, like explained on issues, for next release, maybe. > compillation of multilingual libraries is impossible With what OS? Here tested on Linux Debian 9.5 64/32bit, FreeBSD 10 64bit, Windows

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

All your wishes are for your packages-maintainer needs. They are not really needed for the particular developer. > It was LC_ALL=C compatible before. Martin did it without Lazarus code. Yes because, like clearly explained in one issue, now the new search-index if by name and component. And for t

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

Hello Roland. It is always a pleasure to read your good advices. In attachment, mseide and msei18n en version Française. mseide-msei18n.zip Note that for mseide there are still words not translated (asap if I can). But

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

Thanks Roland. You will need the source of mseide-msegui from mse-org to use msei18n. There was some problems with the trp (mse TRanslate Project files) for Windows 10 (but ok with wine). So was added in each /lang/lang_xx/ of mseide and msei18n a trp for Windows and a trp for Unix. So if you wan

Re: [MSEide-MSEgui-talk] Destiny of Martin's projects

Re-hello Roland. OK, deeper tested with Windows 10. In attachment fr version of mseide.exe and msei18n.exe compiled on Windows 10 and tested. You may try msei18n with the trp files that are in /lang/lang_fr and i18n/lang/lang_fr. mseide-msei18n_win10_fr.zip

Re: [MSEide-MSEgui-talk] Feature Request: double click select word in editor

Hello Graeme. About changing original behavior of mseide. What do you think to enable selection without shift key by "define" ? If you want selection without shift, add -dnoshiftedit. And in code: {$ifdef noshiftedit} // code without using shift key {$else} // code using shift key {$endif} Th

Re: [MSEide-MSEgui-talk] Feature Request: double click select word in editor

> When you currently double click a word in the editor, it does nothing. To enable "auto-jumper" to declaration, you should add the search paths in "Project Options" "Debugger" "Source Directories". It is a good idea to add the path of fpc, fpgui, external components, etc, ---> all can be be "a

Re: [MSEide-MSEgui-talk] MSEide sometimes very slow

Hello Graeme. Here on Debian 9.5 64 bit and GDB 8.1.0.2, I do not note some big delay. No more than delay to load the application in console with: $ gdb /the/program In the case if you have installed ideU, (https://github.com/fredvs/ideU/releases), do you have the same problem? This because

Re: [MSEide-MSEgui-talk] BUG: trim trailing whitespace sometimes eats lineending during copy/paste action

Hello Graeme. Now that I am ready to jump into code, I cannot reproduce the problem. I did try with many copy/past but it is always ok. Could you give a examples of sentences with lineended that cause the problem? > If you have the Editor's "Trim trailing whitespace on save" setting > enabled an

Re: [MSEide-MSEgui-talk] Feature Request: double click select word in editor

Hello Graeme. > Lazarus, Delphi, Eclipse, IntelliJ IDEA, Visual Studio etc all behave as Yes, I did try to convince Martin bu wihout luck. So ok to change code? With or without {ifdef noshiftforselect}? Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ __

Re: [MSEide-MSEgui-talk] MSEide sometimes very slow

>> If there is a debugger timeout at startup enlarge the >>Project'-'Options'-'Target'-'Wait before connect' value. > Maybe it could help? For all the people like me that did not find it, it is in: Project'-'Options'-' '*Debugger*'-Target'-'Wait before connect' value. -- Sent from: http

Re: [MSEide-MSEgui-talk] bug: mouse selection in editor stops

Hello Graeme. Here video of what appends on Linux Debian 9.8 64 bit: msede_selectmouse.mp4 But maybe (surely) I miss something. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ __

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Hello Graeme: Here result of compilation of last mseide with fpc 3.0.2. on Debian 9.8: Free Pascal Compiler version 3.0.2 [2017/02/05] for x86_64 Copyright (c) 1993-2016 by Florian Klaempfl and others Target OS: Linux for

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

>Did you try to remove all *.ppu. *.o and friends before compilation? > Sometimes, with fpc, -B parameter is not enough to clean all. It is the reason why I highly prefer to always use the -FUadirectory parameter. In that case all the *.ppu and friends are in same directory and easy to delete.

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

> The FPC 3.2.0 branch is being maintained and stablised here: Yes, but only source and compiling fpc is not my favorite game. Anyway, if I find lot of time and lot of courage I will do it and see what msegui + fpc 3.2.0 say. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Hello Graeme. Thanks for you script, I will try it. (But, IMHO, I will still need lot of time, courage and patience). ;-) Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@li

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Thanks Graeme for that clear answer! > I thought Martin already worked on FPC 3.2.0 compatibility though. See > commit history using 'gitk --all' Hum, I fear that those commits are about FPC 3.0.x compatibility: In mclasses.pas: {$if FPC_FULLVERSION >= 030100} {$define mse_fpc_3_2} {$endif}

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Re-hello Graeme. Your script is perfect but... it need to install svn to download source of fpc 3.2.0 (and I do not find the courage). ;-( (Things would be so much easier with GitHub). Anyway, thanks to Sternas and his out-of-the-box CodeTyphon, I did install fpc 3.3.1. I will see what appends

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Re-hello. OK, I jumped into fpc 3.3.1 + msegui. Indeed, same error: Free Pascal Compiler version 3.3.1 [2019/04/24] for x86_64 Copyright (c) 1993-2018 by Florian Klaempfl and others msegraphedits.pas(126,19) Error: No matching implementation for interface method "getdefaultifilink:iificlient;" f

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

> No worries. I had a quick look and fixed the issue. Graeme, you are too strong. Wow. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.so

Re: [MSEide-MSEgui-talk] Feature Request: double click select word in editor

Hello Seighard. > So, I think the best way to handle this would be to simply exchange the > beviours each condition trigger and so avoid any possible collisions. Yes, it is what was done in last commit. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ __

Re: [MSEide-MSEgui-talk] msei18n vs PO files

Hello Sieghard. You may use that mailng-list and add a zip file as attachment. You may also use nabble (like I do): http://mseide-msegui-talk.13964.n8.nabble.com and, when creating a message, click on "More" "Upload a file". You may also use mse-org-forum: http://mse-org.111682.n8.nabble.com

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Hello Graeme. Thanks for the infos about IFI, I will study it. I did some tests. Using your fixes and compiling mseide with fpc 3.0.4.: I did create a new project, with one form and one button, and assigning, via object inspector, "onexec" procedure to button.onecexute:

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

> He then confirmed that IFI is now a requirement. In mseifiglob, needed to compile mseide: {$ifdef mse_no_ifi} {$error 'MSEifi support required, please do not compile with "-dmse_no_ifi"'} {$endif} -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ _

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Hello Graeme. > > > http://wiki.freepascal.org/User_Changes_Trunk#TParamFlag_extended_for_hidden_parameters Ha, you touch something there. A "search in directories" reveal that tparamflag is only used in msedesignparser.pas (from where come the problem). So now the goal is to understand how to

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

> near the bottom of the page is a link to the development page Ooops, indeed, all what needed is there. Thanks. -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.n

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Hello Graeme. IMHO, the guilty is here, in msedisignparser.pas (Sadly I did not find any example how to use TParameterFlag. The goal is to ignore first parameter if fpc >= 3.2.x) procedure getmethodparaminfo(const atype: ptypeinfo; var info: methodparami

[MSEide-MSEgui-talk] How to use TParamFlags?

Hello everybody. How to use TParamFlags and how to do to hide first parameter? Or or to do to apply filters for parameters? Thanks. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegu

Re: [MSEide-MSEgui-talk] How to use TParamFlags?

Re-hello. Martin did answer to a Lazarus topic about TParamFlags but it does not really help how to filter: https://forum.lazarus.freepascal.org/index.php/topic,27538.15.html?PHPSESSID=3ovhgvat82bssshp06eq81m8s3 So any trick, tip, how-to are welcome. Fre;D -- Sent from: http://mseide-msegui-

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

> And are we certain that my changes are the cause of those issues? Tested here on all my mse projects (including StrumPract) and all compile and run perfectly with both fpc 3.2.0 and fpc 3.3.1. The only problems found are with mseide himself and the new behavior of TParamFlags. But it seems, af

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

> I'll take a look at the MSEide code. IMHO, the problems and the fixes can be found in msedesigner.pas and msedesignparser. IMHO bis, it is great that fpc add new features in each new version but it would be even better if those new features are backward compatible. In last fpc 3.2.0. was add

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

-- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

> So I would expect we simply need to add an extra check > during that iteration and discard all pfHidden and pfSelf parameters Yes, it is the fix. (But I maintain that if fpc did find a way to not show those new pfHidden and pfSelf parameters as default, it would be great too). Thanks Graeme.

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Re-hello Graeme. I seems that there is a problem with pfSelf parameter and last fpc 3.2.0, it is always set to true. Using flags:= [] shows always self-parameter. And using flags:= [pfSelf] or no has no difference, it is always pfSelf on (and so first parameter added). I did test all other para

Re: [MSEide-MSEgui-talk] msei18n vs PO files

Hello Sieghard. > That's all very well meant, but after trying several methods that did NOT > work at all, and after being unable to put ANYTHING on the nabble list, I > think I'll give up on this project altogether and just watch and > sporadically comment on the postings here. This is frustra

Re: [MSEide-MSEgui-talk] msei18n vs PO files

Re-hello. My mail was hidden in previous post, it is: fiens at hotmail.com Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.ne

Re: [MSEide-MSEgui-talk] msei18n vs PO files

Hello Sieghard. Thanks to give attention to msegui. > calling "Make" for a project I set up, "msei18n.trp", returns this error: Are you trying to compile on a Unix machine (Linux or FreeBSD) ? If yes, you should add "-fPIC" parameter to fpc compiler option: I use this macro with the gui msei1

Re: [MSEide-MSEgui-talk] msei18n vs PO files

> It seems this version was meant to already use "mselang" compilatiin or at > least compilation via llvm that it was meant to use, but as the regular > What are you (& other list members) thinking? I think there is a confusion, there is no call (yet) to mselang (the compiler). There is indeed

Re: [MSEide-MSEgui-talk] msei18n vs PO files

> Now I DID clean up the mess from previous failed attempts before trying the recompile, and it DID work. Nice that it works now! Yes, it is because a **very** old fpc bug. Even using "-B" (build all) fpc does not clean all previous compiled files. One of the cause is because fpc forget the inclu

Re: [MSEide-MSEgui-talk] msei18n vs PO files

> Now, this leaves the question where to put this compiler switch. If it > was be needed for all targets, it might be best to put it into some > ressource string yet to be defined. If it is not needed always, or > perhaps on Linux only, it might be acceptable to put it into the compiler >specif

Re: [MSEide-MSEgui-talk] msei18n vs PO files

Hello Sieghard and sorry for the long delay. > Android (if used there at all, or is this a cross compiler only?) might be > another matter. Hum, Android is Java, so, IMHO, fpc could only deal with Java via fpc-java-native-libraries. I do it for uos (United Openlibrary of Sound), compile with fpc

Re: [MSEide-MSEgui-talk] msei18n vs PO files

Hello Sieghard. >> I do it for uos (United Openlibrary of Sound), compile with fpc a >> Java-native library and use that library with Java applets. > I.e. you use Java for user interface only, which is just what I meant. Not sure to understand,but even on a "pure Android" machine (like a a mob

Re: [MSEide-MSEgui-talk] msei18n vs PO files

Re-hello Sieghard. I forgot to note, for the Android-Java-native library in previous post, that it works if the library is compiled on a ARM machine. I use a Rpi + Raspbian. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ ms

Re: [MSEide-MSEgui-talk] msei18n vs PO files

Hello Sieghard. > But as I found out - though not yet successfully confirmed - it seem > NOT Yes, nabble propose "extended" mailing-lists. When you create a "nabble-mailing-list" you have to give all the infos of the "official-root" mailing list. Then nabble will copy all new posts of the "of

Re: [MSEide-MSEgui-talk] msei18n vs PO files

Hello Sieghard. Sorry if I was not clear. To resume: http://mseide-msegui-talk.13964.n8.nabble.com --> is a "clone" of mseide-msegui-talk@lists.sourceforge.net mailing list. http://mse-org.111682.n8.nabble.com --> is a independent forum, like Lazarus forum: https://forum.lazarus.freepascal.org/

Re: [MSEide-MSEgui-talk] msei18n vs PO files

Hello Sieghad. Many thanks for your files. I will deeply study it asap. Write you later. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists

Re: [MSEide-MSEgui-talk] msei18n vs PO files

rom https://github.com/fredvs/mseide-msegui ? (The release with new msei8n, done by Glixx and me). - Or from https://gitlab.com/mseide-msegui/mseide-msegui ? (Official root release of Martin) Thanks. Fe;D -- Sent from: http://mseide-msegui-talk.13964.n8.n

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

> any news about this ? You may compile your mse applcations without problems if you do not use TParamFlag. With fpc 3.2.0. the "self" parameter is show by default. Sorry but I did not find the way to disable it. A fpc-guru is needed to give the solution. Sadly I feel to be not welcome on fpc

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Hello code dz. msegui can use 3.2.0 without problems. The only problem found is if you use TParamFlag in your application. But I doubt that lot of people use TParamFlag... mseide, that uses TParamFlag, should then be compiled with fpc 3.0.4. But mseide compiled with 3.0.4. can use msegui and comp

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

> (if your application is not using TParamFlag). Huh, of course if your application uses TParamFlag or if you know how to disable "self" parameter your advice and fixes are more than welcome. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Hello everybody. Sadly, the attempt to use fpc forum did not give lot of success: http://free-pascal-general.1045716.n5.nabble.com/TParamFlags-and-fpc-3-2-0-td5733871.html So finally, after a big fight, I did find a workaround. Now, if you create a method via the mse-designer the correct paramet

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Ooops, in previous mail, please read (---> fpc 3.2.0, not fpc 3.0.4) : > So the question is: should I commit the changes to make mseide work when > compiled with fpc *3.2.0* ? (but without live- parameters-matcher). Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Hello everybody. OK, I think it is ok now. You may compile mseide with fpc >= 3.1.0. The "live- parameters-matcher" is working too. I did test with trunk fpc 3.3.1. All the fixes are in last commit 44f515f. Test and comment about the commit are welcome. Fre;D -- Sent from: http://mseide-m

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Hello Roland, hello Code DZ. > where is the repository that contain the fix ? https://github.com/mse-org/mseide-msegui Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

> on the mailing list Sven posted new fix , did you try it ? seems more compact Yes, of course, I did try it. And have already sent a answer (that takes time to appears). To resume: it does not give the expected result. Imho, you may try how many combinations of filters with TParamsFlags, fpc wi

Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

Hello Code DZ. > on the mailing list Sven posted new fix , did you try it ? seems more > compact Sven did help a lot. In last mse-org commit, all is fixed correctly, using the the right way and agreed by Sven. But for the code, I agree, it is not the most compact and nice it should be. It is ab

<    1   2   3   4   5   6   7   8   9   10   >