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

On 24/04/2019 13:38, Fred van Stappen wrote: > $ sudo apt-get install simplescreenrecorder :-) Yup, that's the one I used in the end. Regards, Graeme ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net

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

On 24/04/2019 13:28, Fred van Stappen wrote: > Hum, do you think it is already time to make msegui compatible for fpc > > 3.0.4? My rule of thumb (for fpGUI and such) is to not bother with FPC Trunk. But once the FPC team announces a Release Candidate - which will become the next release

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

On 24/04/2019 12:27, fredvs wrote: > Free Pascal Compiler version 3.0.2 [2017/02/05] for x86_64 You are using FPC 3.0.2, which is why it is working. I said 3.0.2 and 3.0.4 works fine. The compilation error only occurs with FPC 3.2.0 (the release candidate of the next FPC release). I haven't tried

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

On 24/04/2019 11:50, fredvs wrote: > But maybe (surely) I miss something. Yes - I thought it would be difficult to explain. Initially I tried to record what I mean as an animated GIF, but the software doesn't record the mouse cursor - so it was a bit useless for the purpose. Anyway, watch from

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

On 22/04/2019 00:43, Graeme Geldenhuys wrote: > When you currently double click a word in the editor, it does nothing. Thanks Fred. I tested with the latest MSEide and it works perfectly now. :) Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal h

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

Hi, I get a compilation error when using FPC 3.2.0: No matching implementation of interface found It works fine when I compile with FPC 3.0.4 though. = ...snip... mseedit.pas(27,32) Hint: Unit "mseifiglob" not used in mseedit mseedit.pas(683,19) Hint: Unit

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

Hi, I not sure, but I consider it a bug. When I select text with the mouse in the source editor... The selection works perfectly as long as I keep the mouse pointer inside the source editor. If the mouse pointer moves into the editor gutter (where the line numbers are) or outside the editor,

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

On 22/04/2019 22:10, Fred van Stappen wrote: > I do not think so, I did many check for ideU and it appears that all > others double-click are used in conjunction of other key-press, like > Ctrl, Shift. I did not found double-click-alone (without Shift or > Ctrl) used by mseide. I remember having

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

On 22/04/2019 21:15, Patrick Goupell wrote: > But don't try to do it all in one fix.  Break it down into individual > changes if possible. Good point - makes for much easier regression testing too. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal

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

On 23/04/2019 17:47, Graeme Geldenhuys wrote: > That version of Ubuntu comes standard with GDB 8.x and I don't see any > GDB 7 packages in the repository. I'll test with Lazarus IDE too and see how it performs with GDB 8.x and if there is a similar problem or not. That would help determine

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

On 23/04/2019 00:55, Fred van Stappen wrote: > In project where threads are used The last few projects I used and experienced this issue was with the fpGUI demos - they only use one main application thread. So I doubt it is thread related. Time permitted I'll see if I can do a 'git bisect' to

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

On 22/04/2019 23:35, Fred van Stappen wrote: > Do you have that behavior with previous mse release 4.6 ? Yes, I experience it too with a 4.4.1 build of the IDE. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP

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

On 22/04/2019 20:09, fredvs wrote: > So ok to change code? > With or without {ifdef noshiftforselect}? I personally think the code and behaviour should change to conform with the standard behaviour seen in all other development tools and programmer editors. I wouldn't bother with IFDEFs as that

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

On 22/04/2019 16:19, fredvs wrote: > Could you give a examples of sentences with lineended that cause the > problem? The the mailing list archive messages I listed below. > I am not sure that "Trim trailing whitespace on save" has something to do > with copy-paste, the method is called only at

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

On 22/04/2019 16:12, fredvs wrote: > In the case if you have installed ideU, > (https://github.com/fredvs/ideU/releases), do you have the same problem? > This because ideU uses a other process to load the debugger. Thanks for the suggestion - I'll test and let you know. Regards, Graeme --

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

On 22/04/2019 12:56, fredvs wrote: > The idea of Martin was to use 2xclick to jump to the declaration of > selection. I never understood why Martin did not standardise the behaviour like all other IDEs do. * double click a word in the editor selects the word * Ctrl+LClick navigates to the

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

On 22/04/2019 13:16, fredvs wrote: > It is a good idea to add the path of fpc, fpgui, external components, etc, > ---> all can be be "auto-jumped". Yes, I have been doing this for years with MSEide. :-) I have extensive project templates that I use, and use the Save/Load project options a LOT!

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

When you currently double click a word in the editor, it does nothing. All other editors will select the word you double clicked. With MSEide you need to hold down SHIFT while you double click to get the same behaviour, which is a bit annoying. Regards, Graeme -- fpGUI Toolkit - a

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

As the subject line says... If you have the Editor's "Trim trailing whitespace on save" setting enabled and you copy and paste multiple lines of code, sometimes the IDE eats the line ending characters and the result is two line now become one. I hit this bug pretty frequent. Anybody know of a fix

[MSEide-MSEgui-talk] MSEide sometimes very slow

I'm using the latest MSEide under Ubuntu 18.04 (64-bit) - compiled with FPC 3.0.4 and GDB 8.1.0.20180409-git (what Ubuntu installed). Sometimes if I compile and debug my application, then MSEide slows down drastically. eg pressing Ctrl+F9 takes about 3-5 seconds before I start seeing compiler

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

On 14/04/2019 00:28, Alexey Loginov wrote: > Main developing of application. You have fork. As far as I understand, NOBODY has write access to Martin's original git repository in GitLabs - so the only way forward is to fork/clone that repo into a new "official" location where read/write access

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

On 13/04/2019 16:21, fredvs wrote: > I do not understand so much hate, I did scrupulously follow all the orders > of Alex. Fred, don't dispair. Managing an open source project is not always easy. I think it is fantastic that you at least took the time and effort to continue Martin's work, instead

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

On 28/02/2019 00:26, Fred van Stappen wrote: > The repository of mseide-msegui is here: > https://github.com/mse-org/mseide-msegui That's really good. Now I also recommend everybody update all other MSEide+MSEgui related web pages and links (eg: FPC/Lazarus Wiki about MSEide, SourceForge, and

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

On 06/02/2019 10:42, fredvs wrote: > Ooops, yes, I forgot, for this fpc should use git anf fpc does not want to > use git. I'm working (contracting) with Michael van Canneyt. At least he has been choosing to use git for commercial projects for the last 2-3 years now (before he would always choose

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

On 05/02/2019 16:36, Noel Frankinet wrote: > When a C++ program is slower than its counterpart in Java, its always > because the C++ implementation is weak. Never underestimate the developer to f**k things up. :-) No matter the language, some developers can always cause havoc. > Java cannot be

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

On 05/02/2019 16:19, Noel Frankinet wrote: > Java faster than C++ ? Yes, it is a common misconception that Java is slow. Just because Java from 1995-2000 was slow (some 20+ years ago), doesn't mean the new Java of recent years are. In fact, the recent Java is actually really fast (in compiling

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

On 03/02/2019 22:15, code dz wrote: > in simple programs yes , fpc may match up c/c++ speed , but in a real > world app e.g ( ray tracer ) there is no chance , unless you go down > and write assembly . That was my first-hand experience too. I wrote a 3d ray caster for a demo/game using FPC

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

On 2019-01-31 3:48 p.m., code dz wrote: > iam not using msegui anymore , iam just mention that it doesn't work > with fpc trunk Just curious, what exactly is the compiler error message? Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal

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

On 2019-01-31 2:31 p.m., code dz wrote: > the problem is with fpc 3.3.1 I don't know what Martin's thoughts was, but mine (for fpGUI Toolkit) was that FPC trunk is a moving target. Nothing is cast in stone until a RC release branch is made. So up to then FPC trunk is a toybox of ideas. I

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

On 29/01/2019 12:37, fredvs wrote: > By the way, why use 2 source-managers, is GitLab not enough ? As far as I know (from my discussions with Martin), there was some issues with SourceForge at one point. They blocked certain countries, and they had some Git service outages. Both Martin and I

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

On 23/01/2019 16:03, fredvs wrote: > How to become member, it seems to me that only Martin could add members (or, > once again, I miss something). That's why I suggested right in the beginning to email Gitlab Support and explain the situation. Then the password can be reset and somebody else can

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

On 31/12/2018 14:35, Patrick Goupell wrote: > I will try to work thru the commit history to find when the problem > started. Use the 'git bisect' command - it greatly speeds up the process in finding a commit that changed behaviour. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI

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

On 28/12/2018 13:55, Patrick Goupell wrote: > I doubt if anyone other than Martin had commit acces. I'm thinking the same thing. > Perhaps someone could ask Martin's family if anyone has enough computer > knowledge to log onto his coputer and hopefully access the gitlab > account and add some

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

On 28/12/2018 13:18, code dz wrote: > i am not discouraging but the codebase is really massive and complex , > and the worst thing is that martin didn't put any comment in his code > , i asked him once about this but he said (i understand my code as is) Martin definitely liked control of

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

On 27/12/2018 11:23, fredvs wrote: > I do have access to MSE GitLab for some projects but I am not sure it is a > complete access. > > Maybe somebody could clone Martin's projects and leads it. Yeah, I think only Martin had full commit access to all projects under the MSE name. He liked to keep

Re: [MSEide-MSEgui-talk] To Martin family.

Oh NO! My sincere condolences to his family and friends. I am very saddened to hear such unexpected news. He will definitely be missed. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key:

Re: [MSEide-MSEgui-talk] About Color

On 2018-11-30 9:09 a.m., mohamed hamza wrote: > All I know is that msegraphutils defines the colors in HEX ( $n..n). FPC, Lazarus LCL and fpGUI does the same - in the frameworks and application code, hex values are always used for colors. My comment was relating to when such values or

Re: [MSEide-MSEgui-talk] About Color

On 2018-11-23 7:24 a.m., Martin Schreiber wrote: > Numbers in statfiles are decimal. Numbers in MSEgui tcoloredit are > hexadecimal > by default. Please enter "+16119551" -> the color is is RGB $F5F6FF. fpGUI does similar, and so does Lazarus LCL and FPC's graphics support. I must admit, I find

Re: [MSEide-MSEgui-talk] About Ultibo

On 11/2/18 1:03 PM, fredvs wrote: > Maybe it would be better to create that topic on fpGUI webnews but the site > is unreachable. I've been doing some maintenance on the server today. Everything is up and running again. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using

Re: [MSEide-MSEgui-talk] MSE Programing Pass Book

On 25/09/18 07:59, Graeme Geldenhuys wrote: > When I make suggestions or pull requests to any other project (git > based), I clone there repository, branch, make my changes and > suggestions in that branch and notify the original author. Looking at MSEUniverse now (I haven't in a very

Re: [MSEide-MSEgui-talk] MSE Programing Pass Book

On 24/09/18 13:40, fredvs wrote: > The last commit of mseuniverse-sak_mse date from more than 3 years and is no > more compatible with last msegui commits. sak is independent of a specific GUI toolkit, so I suggest you keep your repository where it is. Martin simply needs to removed his "proof of

Re: [MSEide-MSEgui-talk] Useless searches all over the Internet

On 07/06/18 10:03, Martin Schreiber wrote: > > I too make the experience that searches in > individual sites are mostly useless. After I discovered that Google had a 3GByte zip file of data on me (no videos, but 200 or so photos - the rest harvested data), I try not to use Google any more.

[MSEide-MSEgui-talk] Useless searches all over the Internet

Is Google, DuckDuckGo the only search functionality on the internet that actually works??? What is going on in this world. I went to Gitlab and searched for "mseide" and "mseide+msegui" and neither could find any results. Then again, most websites that offer their own search functionality act

Re: [MSEide-MSEgui-talk] Linux

On 2018-06-18 07:33, mohamed hamza wrote: > What is the best linux distro to avoid Ide problems? Not Linux, but more stable... try FreeBSD 11 instead. I run FreeBSD with JWM. JWM is not a "desktop environment" but install a stand-alone X11 Window Manager. I have no problems with MSEgui. JWM

Re: [MSEide-MSEgui-talk] Mint window manager bugs

On 2018-06-14 12:41, fredvs wrote: > But marcov, the Big guru refuse to fix it (because so he must agree that he > was wrong). A common issue with Macro. I've knocked heads with him for many years and we never see eye-to-eye on things. Very discouraging when you want to make contributions to FPC.

Re: [MSEide-MSEgui-talk] Freepascal package fcl-pdf not working with MSE

On 2018-01-16 17:46, Julio Jiménez wrote: Generated PDF is ok, even subset TTF font embedding. On a side note: The TTF font subset embedding took forever to implement. I read the PDF specs over and over and still couldn't figure it out. I then reverse engineered existing PDF's generated by

Re: [MSEide-MSEgui-talk] Freepascal package fcl-pdf not working with MSE

On 2018-01-15 20:38, Julio Jiménez wrote: I did before asking. It fails compiling when you include the MSE* paths. BTW have you tried adding the unit fppdf to any MSE project? I can use other fpc packages and no problem. Strange, considering that I implemented most of fcl-pdf using MSEide. :)

Re: [MSEide-MSEgui-talk] Reactivate my project

On 2017-12-19 06:38, Martin Schreiber wrote: Does MSGUI have something for playing mp3 music? No. I highly recommend you take a look at the cross-platform UOS (United OpenLib of Sound) project by Fred. It works very well and the author has tested it with multiple GUI frameworks and

Re: [MSEide-MSEgui-talk] Rich internet Application

On 2017-12-18 12:40, Martin Schreiber wrote: If one needs a browser application one should make a browser application with the dedicated tools IMHO. Yup, our company is fighting that battle as we speak. Web apps users have different needs and expect different behaviour to desktop

Re: [MSEide-MSEgui-talk] MSE and docking.

On 2017-09-14 03:42, fredvs wrote: Now, all is ok. (see picture) Small tip: NEVER use JPG format for screenshots. It generates way to much compression noise in the image. Use preferably PNG or GIF. If PNG images seem

Re: [MSEide-MSEgui-talk] MSE and docking.

On 2017-09-14 11:08, fredvs wrote: I noted too that with jpg, transparency does not appear like wanted. JPG doesn't support transparency - period. The JPG format is only good for photos like taken with a digital camera. My personal oppinion - if you work with software, only use PNG.

Re: [MSEide-MSEgui-talk] MSE and docking.

On 2017-09-08 19:18, Martin Schreiber wrote: Free Pascal should allow to define the SONAME source in binding unit - using dlopen()/dlsym() instead is a hack IMHO. I think so too. I source of the problem is FPC, and that is where the fix should go. I do applaud Fred for his efforts and

Re: [MSEide-MSEgui-talk] MSE and XLib.

On 2017-08-17 13:54, Martin Schreiber wrote: So the "guidelines for Unix-type systems" are not appropriate for Free Pascal C-library binding units IMHO. Indeed a valid problem, and something I have thought about myself. The problem being the linker doesn't support versioned library names, so

Re: [MSEide-MSEgui-talk] MSE and XLib.

On 2017-08-17 07:18, Martin Schreiber wrote: I don't understand why FPC uses the version-less library names instead of the mayor version names where the bindings are made for. Maybe a misunderstanding happened at ancient times... No, they are simply following the guidelines of Unix-type

Re: [MSEide-MSEgui-talk] MSE and XLib.

On 2017-08-16 22:08, Sieghard wrote: * I think creating header translation units are also slightly less effort than runtime loading. Could you please explain? Don't you need the "header" information in any case, Yes you need them in both cases, but the runtime loading requires more

Re: [MSEide-MSEgui-talk] MSE and XLib.

On 2017-08-16 23:50, fredvs wrote: So, IMHO and, please, without opening any war, I would vote in a utopic world for a compiler that gives me the choice. It's not the compiler that decides that, its the developer and how he implemented the header translation unit. Nothing stops you from

Re: [MSEide-MSEgui-talk] MSE and XLib.

On 2017-08-16 15:46, fredvs wrote: If you develop from scratch, what are the advantages to link a library vs to load it dynamically ? From my personal point of view... * dependency is checked at compile time * dependency is checked immediately when you try and run the binary * 'ldd' can

Re: [MSEide-MSEgui-talk] MSE and XLib.

On 2017-08-16 14:52, fredvs wrote: But ( aaargh, I am unbearable), is it really needed to link libX11.so ? As I mentioned in a private message, the unversioned symlink shared library files are only needed during linking time (ie: when you compile your program). Those symlink files are NOT

Re: [MSEide-MSEgui-talk] MSE and XLib.

On 2017-08-16 14:10, fredvs wrote: Here better explanation of the utility of libX11.so (many thanks Graeme for the infos). https://unix.stackexchange.com/questions/475/how-do-so-shared-object-numbers-work Yes, that is a very good explanation. Read the full question, and the two answers that

Re: [MSEide-MSEgui-talk] MSE and XLib.

On 2017-08-14 15:28, Fred van Stappen wrote: Why, for example for libc.so.6 (needed to compile fpc himself), fpc does not use libc-dev and the libc.so created ? Good question, and I guess only the FPC compiler team can answer that. But if true, it does sound a bit inconsistent (from their

Re: [MSEide-MSEgui-talk] MSE and XLib.

On 2017-08-14 14:34, Fred van Stappen wrote: A Linux/FreeBSD fpc release was compiled using the pascal headers for libX11.so.6 and using symlink libX11.so >> libX11.so.6.0.8. Fred, as they tried to explain in the FPC mailing list, it is the way Unix-type systems have worked for decades. The

Re: [MSEide-MSEgui-talk] Some question about MSE thread...

On 2017-07-29 22:15, Fred van Stappen wrote: Yes but why publish TThread.Priority if not implemented ? It's a not so often used feature, and it is better to have Priority published thus more cross-platfrom without end-users programs requiring IFDEF statements. Not ideal - I know, but it is

Re: [MSEide-MSEgui-talk] Some question about MSE thread...

On 2017-07-29 14:28, Fred van Stappen wrote: {$Warning ThreadSetPriority needs to be implemented} Just so you know Fred, it was the same with Borland Kylix - at first. Later it was changed (I think), but you could only set and get thread priority with root access. FPC follows the same

Re: [MSEide-MSEgui-talk] Exception handling in MSElang

On 2017-07-27 17:53, Martin Schreiber wrote: I think a programming language should represent the actual exception structure. The concept I described is supported in Java and works very well there. So I can't see why it wouldn't for Object Pascal or MSELang. Anyway, just a suggestion.

Re: [MSEide-MSEgui-talk] Exception handling in MSElang

On 2017-07-27 16:45, Martin Schreiber wrote: Exception handling has been implemented in MSElang Are you planning on implementing try..finally..except block. A all in one syntax that saves you a ton of typing and indentation? eg: try // something here finally // clean-up code

Re: [MSEide-MSEgui-talk] Screenshot of your MSE project.

On 2017-07-22 16:51, Fred van Stappen wrote: @Martin, how to sent a image at wiki.freepascal.org ? Edit the page, and add the image link. Save. Then view the page and click the "missing link". The wiki with

[MSEide-MSEgui-talk] mailing list confirmations emails?

Hi Martin, Is this something you triggered on the mailing list server? Spam? Or something SourceForge does? I am subscribed to a few mailing lists from SF.net, and the MSEide+MSEgui mailing list is the only one that sends me these emails. I've received two in the last two weeks now.

Re: [MSEide-MSEgui-talk] Timage and FreeBSD 64 ?

On 2017-07-10 13:37, Fred van Stappen wrote: (PS: You do not need a drumset to learn to play, you may use 2 wood sticks + 1 glass for the hat, a table for the snare and the ground for Bass drum.) Awesome idea! :) I'll have to give that a try. Regards, Graeme

Re: [MSEide-MSEgui-talk] fpcflop benchmark

On 2017-05-24 17:52, Martin Schreiber wrote: > which will be optimized ("opt") and compiled to machine code ("llc") or runned > by a just in time compiler or interpreter ("lli"). So LLVM does something like what Java's compiler does. I know nothing about LLVM. :) Regards, Graeme

Re: [MSEide-MSEgui-talk] fpcflop benchmark

On 2017-05-24 15:35, Jon Foster wrote: > Interesting! Only a 25% increase between your 3.2GHz and my 1.9GHz CPUs. No real surprise. For many many years now, GHz is not a reliable measuring stick to measure performance differences between CPUs. A 2Ghz Intel i7 could easily outperform a 2.5Ghz

Re: [MSEide-MSEgui-talk] fpcflop benchmark

On 2017-05-24 14:15, Martin Schreiber wrote: > FPC 3.0.2 > -O- -> 8 FPS > -O4 -CfSSE3 -CpCOREI -> access violation > -O3 -CfSSE3 -CpCOREI -> access violation > -O4 -CpCOREI -> 8.2 FPS Bottom line FPC sucks for game development - unless you offload pretty much everything onto a GPU -

Re: [MSEide-MSEgui-talk] fpcflop benchmark

On 2017-05-24 06:47, Martin Schreiber wrote: > That is wrong, the code is not identical. Please read the mail again, > especially about the differences of round(). There was so many iterations of that program, I lost track of which one I published. But I know for a fact I tried frac(), trunk()

Re: [MSEide-MSEgui-talk] MSElang Objects

On 2017-05-07 08:20, Martin Schreiber wrote: > MSElang and MSEpas (a subset of Free Pascal) have "string8" (utf-8) > "string16" > (utf-16) "string32" (ucs-4) That sounds good. > and "bytestring" for any 8-bit encoding and > binary data. Why this? Why not simply Byte or an array of bytes.

Re: [MSEide-MSEgui-talk] MSElang Objects

On 2017-05-06 10:20, Martin Schreiber wrote: > Thoughts? What "string" and "character" types will MSElang support? Hopefully not as huge a list as FPC and Delphi. hint: Java makes this simple. One string type (class), one character type and 8 other primitive data types. Much simpler and

Re: [MSEide-MSEgui-talk] Another MSElang benchmark

On 2017-04-22 16:29, Jon Foster wrote: > I was surprised to read integer is always 32bit. I > expected it to be Int64 on 64bit platforms. Yes, Object Pascal's types are a nightmare. An insane amount of types and inconsistencies. That goes for base types and string types. Regards, Graeme --

Re: [MSEide-MSEgui-talk] Another MSElang benchmark

On 2017-04-22 10:37, Graeme Geldenhuys wrote: > for the life of me I can't find that post. Saying that, I did track down the Delphi blog post that sparked the conversation on Google+ I'm looking for. https://web.archive.org/web/20170217114422/http://blog.marcocantu.com/blog/2017-february-del

Re: [MSEide-MSEgui-talk] Another MSElang benchmark

On 2017-04-22 08:26, Martin Schreiber wrote: > Again, that changes have nothing to do with LLVM Well all the Delphi compilers that use LLVM apparently have different data type size too for 2-3 data types. LongWord, LongInt I think. Coincidence with LLVM vs native compiler? Maybe not. I was

Re: [MSEide-MSEgui-talk] Another MSElang bechmark

On 2017-04-22 02:50, Jon Foster wrote: > I don't think you used smart linking. Ah, good catch. Martin also tested on a 32bit system. 64bit systems will always have larger executables. But even so, on my 64-bit FreeBSD system using FPC 3.0.2, I get a 31544 bytes executable. $ fpc -O3 -Xs -XX

Re: [MSEide-MSEgui-talk] Another MSElang bechmark

On 2017-04-21 15:52, Martin Schreiber wrote: > The attached program on Linux-x86: > MSElang with LLVM 3.8.0 -O3 So I assume the MSElang compiler will generate the same output (or very close at least) as Delphi's new Linux compiler. Seeing as both are using LLVM. It seems Embarcadero/Idera

Re: [MSEide-MSEgui-talk] MSEide and Lazarus project.

On 2017-03-22 18:02, Graeme Geldenhuys wrote: > I'll dig through my code... Somewhere I have a MSEide project that > compiles a LCL application An archive of the project file is attached. You should be able to import those settings using MSEide’s Project Options. I only needed it under

Re: [MSEide-MSEgui-talk] MSEide and Lazarus project.

On 2017-03-22 17:46, Fred van Stappen wrote: > Do you know a (easy) way to compile a LCL project with MSEide ? I'll dig through my code... Somewhere I have a MSEide project that compiles a LCL application (obviously including the LCL too). If I find it, I'll share the project file, which you

Re: [MSEide-MSEgui-talk] New: MSEkicadBOM

On 2017-03-19 15:55, code dz wrote: > yes network is a good reason ;) , i wonder why sqlite team didn't add > such feature , even with the large requests by users . Because then they'll actually have to implement a real Relation DB Management System (client/server database). Too much work I

[MSEide-MSEgui-talk] Saving last used window position in IDE

Hi Martin, I have a 3 monitor setup. When I use my "Procedure List" ide add-on, the procedure list window appears across two monitor boundaries. If I reposition the window, on the next time I use Procedure List, it is back over the two monitor boundary. In summary, it doesn't remember the last

Re: [MSEide-MSEgui-talk] MSEgui and screenreader

On 2016-12-03 00:16, Fred van Stappen wrote: > Other thing, how to do to add apostrophe (') in a string ? > > For example: str := ''' ; => does not work. You have to escape the apostrophe with another apostrophe. Double them up. eg: str := 'What''s up?'; Regards, Graeme

Re: [MSEide-MSEgui-talk] MSEgui and screenreader

On 2016-12-02 15:15, Martin Schreiber wrote: > and either find none or decide that I like to cancel the operation > and release Alt without pressing another key. With Windows applications (even under WINE), if you press Alt key alone, the menu bar has focus with the first menu item selected (no

Re: [MSEide-MSEgui-talk] MSEgui and screenreader

On 2016-12-02 13:19, Martin Schreiber wrote: > Please use left arrow instead of right arrow in order to select the top > level items. Ah, that's a good alternative. > I am not sure if it is a good idea to activate the mainmenu > by Alt-key alone. Maybe Alt+Menu is better. I can't think of any

Re: [MSEide-MSEgui-talk] MSEgui and screenreader

On 2016-12-02 12:47, Fred van Stappen wrote: > # ideu assisted > > and this will load ideu with sak eanabled. Good, but maybe make it "ide -assisted" (like normal parameter syntax), because I think MSEgui and ideU supports filename parameters (no hyphen prefix) to open files directly. >>

Re: [MSEide-MSEgui-talk] EOL style in IDE's editor

On 2016-11-14 15:52, Martin Schreiber wrote: > Can you check what happens? I'll look into it, no problems. Regards, Graeme -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi

Re: [MSEide-MSEgui-talk] EOL style in IDE's editor

On 2016-11-14 15:12, Martin Schreiber wrote: >> It is happening with every copy and paste action now, no matter the >> source code unit. > > Good, if it happens on every copy paste please provide steps how to reproduce. There is nothing special to do. Simply highlight 3 or more lines of source

Re: [MSEide-MSEgui-talk] EOL style in IDE's editor

On 2016-11-14 12:52, Martin Schreiber wrote: > That is strange because copy always uses system lineending independent > of 'Eolstyle' setting. > >> > I would have expected eol_system to automatically detect which OS I'm >> > using, and thus what EOL style to use - but then I do I experience to

[MSEide-MSEgui-talk] EOL style in IDE's editor

Hi Martin, In "Project Options > Editor > Source" there is a EOL Style combobox with four options eol_default eol_system eol_unix eol_windows What is the difference between the first two? In my projects I normally have it set to eol_system, but I've experience some Copy & Paste issues

Re: [MSEide-MSEgui-talk] Make Options - Comment ?

On 2016-11-10 11:29, Martin Schreiber wrote: > Take a look at the left border. ;-) Oh [face plant] - I need another coffee. :) I was looking at the right edge like Fred's screenshot. Thanks Martin. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal

Re: [MSEide-MSEgui-talk] Make Options - Comment ?

On 2016-11-10 11:16, Graeme Geldenhuys wrote: >> > A single line of code to write: > Interestingly, I see the commit in my local repository, but after > rebuilding the IDE, I don't see the column in Project Options. See > attached screenshot. I thought maybe my custom mods s

Re: [MSEide-MSEgui-talk] Make Options - Comment ?

On 2016-11-10 10:25, Martin Schreiber wrote: > Done, git master 6a3d84748763607251373a1024d38f4dfbacf9a6. > > A single line of code to write: Interestingly, I see the commit in my local repository, but after rebuilding the IDE, I don't see the column in Project Options. See attached screenshot.

Re: [MSEide-MSEgui-talk] *_mfm.pas vs *.mfm

On 2015-06-19 12:47, Graeme Geldenhuys wrote: > So *_mfm.pas is a good candidate to add to the /.gitignore file > then, and all traces removed from the repositories. Just a thought. +1 Yes, I'm plus-one my own comment. :-) Regards,

Re: [MSEide-MSEgui-talk] *_mfm.pas vs *.mfm

Coming back to this old thread... On 2015-06-19 12:36, Martin Schreiber wrote: > Because MSEgit does not depend on the FPC resource system. > IIRC FPC resources did not work whe I first needed it. But since quite a while now, FPC has very good resource support, so is it not worth moving MSEide

Re: [MSEide-MSEgui-talk] Make Options - Comment ?

On 2016-11-10 10:25, Martin Schreiber wrote: > That's RAD! ;-) Awesome, I'm getting an update now. Regards, Graeme -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based

Re: [MSEide-MSEgui-talk] Make Options - Comment ?

On 2016-11-09 14:58, Fred van Stappen wrote: > What do you think to add a "Comment" row in "Make options" grid in MSEide > (see attachment) ? Ha, you read my mind. I've been wanting to ask for that for a long time now. FPC has so many compiler parameters it is hard to remember the meaning of all

Re: [MSEide-MSEgui-talk] bug in syntax highlighter

On 2016-11-09 14:29, Martin Schreiber wrote: > Probably it is too complicated. In that case, don't worry about it. Like I said, it's not a major concern. Regards, Graeme -- Developer Access Program for Intel Xeon Phi

[MSEide-MSEgui-talk] bug in syntax highlighter

Hi Martin, In the pascal, pascal_solarize_dark and in my own pascal_dark SDEF file the same issue occurs. I have a Write() method in a class, but it gets highlighted as if it is the "write" keyword of a property definition. See attached screenshot. Is there any way to fix this in the *.sdef

<    1   2   3   4   5   6   7   8   >