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

And I would say the same about Object Pascal. regards, Marcos Douglas ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk

Re: [MSEide-MSEgui-talk] fpc and memory leak.

like web apps on the server, DLLs, even a desktop apps that users don't close. Memleaks, in that cases, will be a problem for sure. regards, Marcos Douglas -- Check out the vibrant tech community on one of the world's

Re: [MSEide-MSEgui-talk] fpc and memory leak.

n the fpc process die and the memleak is gone. But you need paying attention if your code is producing memleaks. However, if your application is just a console app that do the job and dies, as FPC, then it will be the same. Nevertheless, I always (try) clean my objects, checking with heaptrc. It does

Re: [MSEide-MSEgui-talk] fpc and memory leak.

cause of their memory leaks ? > > Huh, will MSElang have the same behaviour ? You don't need to reboot the system. When the process finish, the OS clean all memory that belongs it. regards, Marcos Douglas -- Check out

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

the > navigation menu. > 3. Typed in "mseide" and pressed Enter. > > What I got was the screenshot I posted before. The above steps doesn't > sound unreasonable to me! Don't use gitlab.com/explore, instead just use the Search edit on the top. Regards, Marcos Dou

Re: [MSEide-MSEgui-talk] Android & iOS

droid is better in this regard. Hmm... Ok. Thanks. Marcos Douglas -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sd

[MSEide-MSEgui-talk] Android & iOS

that Ionic framework is a good choice to build mobile apps, but if could have such apps using Object Pascal, would be nice. Can I do that using MSE and its default widgets? Thanks. Best regards, Marcos Douglas PS. Yes, I've posted this message on Lazarus forum first, sorry. http

Re: [MSEide-MSEgui-talk] MSElang Objects

c Pascal. I agree that is ugly. However, Martin is fixing this, always putting a semicolon no matter what. Besides that, the "begin" doesn't exists anymore, just "end". In other words, we will always have a "block" using if-then-end instead of if-then-begin-end. Marcos Dougl

Re: [MSEide-MSEgui-talk] MSElang Objects

tiple conditional. More at the > style of Modula-2 and the new language syntax. Do you think that there are any difference — semantically speaking — between your code and my below? I'm using just Pascal... --- > if ... then > ... > else if ... then > ... > else if ...

Re: [MSEide-MSEgui-talk] MSElang Objects

that you give a instance from another object. If these methods (exec, foo, and bar) do not return "self", you need to declarate a variable — or use "with". So: --- obj := x.getAnObject; obj.exec; obj.foo; obj.bar; --- But if you return "self":

Re: [MSEide-MSEgui-talk] MSElang Objects

uot; — isn't a good design. You need to have a return. If you have a object with a method "exec", eg, why not return the object itself? Just return something. But, for procedural programmers, just don't write the last part as I proposed. Best regards, Marcos Douglas --

Re: [MSEide-MSEgui-talk] MSElang Objects

On Tue, May 9, 2017 at 10:52 AM, Martin Schreiber <mse00...@gmail.com> wrote: > On Tuesday 09 May 2017 15:26:24 Marcos Douglas B. Santos wrote: >> >> It is not about if these languages are better, but if they are easy to >> do the work. >> > Thats the

Re: [MSEide-MSEgui-talk] MSElang Objects

On Tue, May 9, 2017 at 10:00 AM, Martin Schreiber <mse00...@gmail.com> wrote: > On Tuesday 09 May 2017 14:08:39 Marcos Douglas B. Santos wrote: >> >> I understand your point of view but I think this could be confusing... >> Well, first of all we should understand the

Re: [MSEide-MSEgui-talk] MSElang Objects

On Tue, May 9, 2017 at 3:24 AM, Martin Schreiber <mse00...@gmail.com> wrote: > On Monday 08 May 2017 22:44:39 Marcos Douglas B. Santos wrote: >> On Mon, May 8, 2017 at 4:05 PM, Sieghard <s_c_...@arcor.de> wrote: >> > Hallo Marcos, >> > >> >

Re: [MSEide-MSEgui-talk] MSElang Objects

> named fields, which might even be of different types? Is that manageable, > or will the construct break down, at least on "pathological" casses? > > (I'm afraid it _will_ break down.) For me it would be the same as today, using classes. But Martin have already disagree

Re: [MSEide-MSEgui-talk] MSElang Objects

1" or...? You've already answered "No, obj2 is a pointer." but what about if the compiler change this by itself, putting a "^" because the variable declaration has one? var obj1: objty; //an instance on stack, needs no create() or destroy() obj2: ^objty; //on heap begin

Re: [MSEide-MSEgui-talk] MSElang Objects

On Mon, May 8, 2017 at 10:06 AM, Martin Schreiber <mse00...@gmail.com> wrote: > On Monday 08 May 2017 14:11:28 Marcos Douglas B. Santos wrote: >> On Mon, May 8, 2017 at 2:39 AM, Martin Schreiber <mse00...@gmail.com> wrote: >> >> > One does not need to use &

Re: [MSEide-MSEgui-talk] MSElang Objects

On Sun, May 7, 2017 at 4:15 PM, Martin Schreiber <mse00...@gmail.com> wrote: > On Sunday 07 May 2017 18:48:13 Marcos Douglas B. Santos wrote: >> On Sun, May 7, 2017 at 1:14 PM, Martin Schreiber <mse00...@gmail.com> wrote: >> >> Classes should not exis

Re: [MSEide-MSEgui-talk] MSElang Objects

gt;> > That looks a little bit abstract to me. A general purpose programming language > should be handy and not necessarily academically clean. I pointed this project as an example about concepts that are truly object-oriented. One of them is: no class, just objects. I tried to propose

Re: [MSEide-MSEgui-talk] MSElang Objects

t-oriented programming. This is a mistake. Only objects should exists. I'm following and participate (more or less) of a new language called EO https://github.com/yegor256/eo that do not have classes, NULL and other things that should not exists in OOP. Best regards, Marcos Douglas -

Re: [MSEide-MSEgui-talk] MSElang Objects

mance I > saw in Java 8. ...and because that and others, we start to think if Pascal will died soon or if we will use Pascal to make bytecode to Java. :| Marcos Douglas -- Check out the vibran

Re: [MSEide-MSEgui-talk] MSElang Objects

uld be unified in a single concept: Objects." But you continue using objects and classes... Use only objects and change this syntax... o1: ^obj5ty; ...to this one o1: obj5ty; Best regards, Marcos Douglas -- Check

Re: [MSEide-MSEgui-talk] how to show reports using msegui ?

t; > Target completion date is end of February. PDF generator with embedded > TTF font support is already complete. The report engine can already > generate basic listing reports to PDF. Report streaming is done to/from > J

Re: [MSEide-MSEgui-talk] GUI option for FPC

On Tue, Dec 1, 2015 at 12:36 PM, Martin Schreiber wrote: > On Tuesday 01 December 2015 11:58:22 Saša Janiška wrote: >> >> How do they compare in terms of documentation, ease of learning, >> completeness of widget set etc. >> > In addition to what Graeme writes I like to

Re: [MSEide-MSEgui-talk] MSElang, status

On Wed, Dec 3, 2014 at 7:04 AM, Michael Schnell mschn...@lumino.de wrote: On 12/03/2014 02:21 AM, Marcos Douglas wrote: If I understood right, your team still working with Delphi but for new code they are using FPC and these codes need to work on Delphi and FPC, right? They are not at all

Re: [MSEide-MSEgui-talk] MSElang, status

On Tue, Dec 2, 2014 at 11:11 AM, Michael Schnell mschn...@lumino.de wrote: On 11/28/2014 05:56 PM, Marcos Douglas wrote: But if you can use FPC why not migrate all? Why use Delphi compiler on Windows and FPC for others? The migration Delphi - fpc would take at lease a year, including several

Re: [MSEide-MSEgui-talk] MSElang, status

On Fri, Nov 28, 2014 at 10:59 AM, Michael Schnell mschn...@lumino.de wrote: On 11/27/2014 01:02 PM, Marcos Douglas wrote: I don't understand why so much discussion about Unicode support on FPC list Did you read http://wiki.freepascal.org

Re: [MSEide-MSEgui-talk] MSElang, status

On Fri, Nov 28, 2014 at 11:41 AM, Michael Schnell mschn...@lumino.de wrote: On 11/28/2014 03:20 PM, Marcos Douglas wrote: The problem in FPC, I think, is they want to keep Old code, Delphi compatibilities, implement new things... at the same time! Plus creating code for multiple OSes

Re: [MSEide-MSEgui-talk] MSElang, status

), string32 (UCS-4) and bytestring which can hold any 8-bit encoding or binary data. That's what I'm talking about! You (alone?) solved this problem. Why FPC _team_ has not resolved yet? Marcos Douglas -- Download BIRT iHub F

Re: [MSEide-MSEgui-talk] MSElang, status

easily could be avoided), but the Embarcadero code implementers messed it up. And fpc simply followed :-( . And fpc simply followed That's what I really do not understand. If wants Delphi so, buy and use it! Well, the discussion came here... Marcos Douglas

Re: [MSEide-MSEgui-talk] MSElang, status

On Fri, Nov 28, 2014 at 12:39 PM, Michael Schnell mschn...@lumino.de wrote: On 11/28/2014 04:23 PM, Marcos Douglas wrote: If wants Delphi so, buy and use it! It still is not usable on Linux (and supposedly VCL applications will never be portable to Linux with Delphi). fpc can help

Re: [MSEide-MSEgui-talk] MSElang, status

discussion ;) Are you sure you didn't took his words out of context? :) In fact, Florian said this many times. :( Marcos Douglas -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly

Re: [MSEide-MSEgui-talk] MSElang, status

. This goal has been reached. :-) BTW, this position is absolutely understandable, why should FPC core work for free for us? Certainly... including you. :) Marcos Douglas -- Download BIRT iHub F-Type - The Free Enterprise-Grade

[MSEide-MSEgui-talk] MSElang, status

Hi, What is the status of MSElang currently? I don't understand why so much discussion about Unicode support on FPC list and I'm afraid if there is a good future for the language. Regards, Marcos Douglas -- Download

Re: [MSEide-MSEgui-talk] MSElang, status

On Thu, Nov 27, 2014 at 10:10 AM, Martin Schreiber mse00...@gmail.com wrote: On Thursday 27 November 2014 13:02:44 Marcos Douglas wrote: Hi, What is the status of MSElang currently? I don't understand why so much discussion about Unicode support on FPC list and I'm afraid if there is a good

Re: [MSEide-MSEgui-talk] MSElang, status

On Thu, Nov 27, 2014 at 10:45 AM, Martin Schreiber mse00...@gmail.com wrote: On Thursday 27 November 2014 14:16:35 Marcos Douglas wrote: On Thu, Nov 27, 2014 at 10:10 AM, Martin Schreiber mse00...@gmail.com wrote: On Thursday 27 November 2014 13:02:44 Marcos Douglas wrote: Hi, What

[MSEide-MSEgui-talk] Fatal: Compilation aborted

Hi, Using Windows XP to compile the last code on Git (today) I got: [...] Compiling .\lib\common\kernel\msedrag.pas Compiling .\lib\common\sysutils\msesysdnd.pas Compiling .\lib\common\sysutils\msemime.pas Compiling .\lib\common\graphics\msegdi32gdi.pas Compiling

Re: [MSEide-MSEgui-talk] Fatal: Compilation aborted

On Wed, Oct 8, 2014 at 1:10 PM, Martin Schreiber mse00...@gmail.com wrote: On 08.10.2014 16:12, Marcos Douglas wrote: Hi, Using Windows XP to compile the last code on Git (today) I got: [...] Compiling .\lib\common\kernel\msedrag.pas Compiling .\lib\common\sysutils\msesysdnd.pas

[MSEide-MSEgui-talk] MSElang, type pfloat32

Hi, Just a typo in /kernel/msetypes.pas unit, line 62: pflot32 = ^float32; The correct would be: pfloat32 = ^float32; // a ;-) Happy new year! Marcos Douglas -- Rapidly troubleshoot problems before they affect

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

accidentally. It happened several times to me... I do see the argument (but not a nice solution). +1 -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription Software experts and developers

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Sun, Nov 24, 2013 at 3:58 AM, Ivanko B ivankob4m...@gmail.com wrote: Result is also an (undeclared) ghost :) But you can SEE it! Let's cut the E: Exception too, because E variable do not exists... what is happend here blablabla... -- Marcos Douglas

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

:= Ahá! Now I understand, this is a joke! I almost believed you. ;-) -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Sun, Nov 24, 2013 at 5:46 AM, Martin Schreiber mse00...@gmail.com wrote: On Saturday 23 November 2013 18:55:00 Marcos Douglas wrote: On Sat, Nov 23, 2013 at 8:20 AM, Martin Schreiber mse00...@gmail.com wrote: On Thursday 21 November 2013 08:32:57 Martin Schreiber wrote: ... sub

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Sun, Nov 24, 2013 at 1:53 PM, Martin Schreiber mse00...@gmail.com wrote: On Sunday 24 November 2013 14:48:05 Marcos Douglas wrote: You can not protect the programmers using this. Think. Even if you use 'return', 'result', whatever... if the programmer put a Exit on your code the same error

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Sun, Nov 24, 2013 at 2:41 PM, Ivanko B ivankob4m...@gmail.com wrote: Also how about BREAK(nesting_level) NEXT(nesting_level) ? Some languages provide that and one is quite handy. +1 -- Marcos Douglas -- Shape

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

... think about it, please. -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

or 'return' keyword... -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight

Re: [MSEide-MSEgui-talk] MSElang, objects

? No chance to change that? :( -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight

Re: [MSEide-MSEgui-talk] MSElang, objects

than subroutine and more speaking than sub. I agree. But, in that context, I will be happy using 'method' or 'function' to class methods. -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription Software experts

Re: [MSEide-MSEgui-talk] MSElang, objects

that there is an instace pointer additional to the code address? Yes. +1 -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R

Re: [MSEide-MSEgui-talk] MSElang, objects

subroutine and more speaking than sub. I agree. But, in that context, I will be happy using 'method' or 'function' to class methods. -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription Software experts

Re: [MSEide-MSEgui-talk] MSElang, objects

On Fri, Nov 22, 2013 at 9:26 AM, Martin Schreiber mse00...@gmail.com wrote: On Friday 22 November 2013 13:03:08 Marcos Douglas wrote: On Fri, Nov 22, 2013 at 5:33 AM, Martin Schreiber mse00...@gmail.com wrote: On Friday 22 November 2013 09:09:21 Michael Schnell wrote: While I think, private

Re: [MSEide-MSEgui-talk] MSElang, objects

On Fri, Nov 22, 2013 at 9:57 AM, Martin Schreiber mse00...@gmail.com wrote: On Friday 22 November 2013 13:42:32 Marcos Douglas wrote: On Fri, Nov 22, 2013 at 9:26 AM, Martin Schreiber mse00...@gmail.com wrote: tfoo = class private fprop1: int32; fprop2: int32; protected

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

):integer, string; begin //... return 1, 'abc'; end; -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline

Re: [MSEide-MSEgui-talk] MSElang, objects

On Fri, Nov 22, 2013 at 2:55 PM, Martin Schreiber mse00...@gmail.com wrote: On Friday 22 November 2013 18:29:49 Marcos Douglas wrote: But we can't do this: type tfoo = object //rtti is off private fprop1: int32; fprop2: int32; fprop3: int32; protected {$rtti

Re: [MSEide-MSEgui-talk] MSElang, objects

; ...; which in turn can override {$rtti on}. Because it is a new keyword. I like to completely separate RTTI and streaming from the language. +1 -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription

Re: [MSEide-MSEgui-talk] MSElang, objects

On Fri, Nov 22, 2013 at 3:51 PM, Martin Schreiber mse00...@gmail.com wrote: On Friday 22 November 2013 19:40:29 Marcos Douglas wrote: On Fri, Nov 22, 2013 at 2:55 PM, Martin Schreiber mse00...@gmail.com wrote: On Friday 22 November 2013 18:29:49 Marcos Douglas wrote: But we can't do

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

another language and loose the true Pascal spirit. We can use some features by another language -- of course! They copy everything at Pascal for years! -- but we can't forget where we came... our culture. Best regards, -- Marcos Douglas

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Thu, Nov 21, 2013 at 3:21 AM, Martin Schreiber mse00...@gmail.com wrote: On Wednesday 20 November 2013 23:01:52 Marcos Douglas wrote: On Wed, Nov 20, 2013 at 1:01 PM, Martin Schreiber mse00...@gmail.com wrote: Hi, '()' for procedure header and procedure calling is mandatory

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Thu, Nov 21, 2013 at 3:46 AM, Ivanko B ivankob4m...@gmail.com wrote: Oberon uses 'procedure' too. === Then better sub[routine] which means both function procedure :) Worse, sorry. -- Marcos Douglas

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

: integer; v1:= 1; return arg1 = v1; end; -- but then how to be with nested const, typeetc ? Hmm... I don't think that remove var, const is a good idea. Maybe it is worse for the compiler performance too. -- Marcos Douglas

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

then result:= result + 'mumu'; else result:= result + 'koko'; end; end:= result; probably is too exotic. ;-) WOW! Exotic too much and worse then use result variable. -- Marcos Douglas -- Shape the Mobile Experience: Free

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

. :( -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

more programmers then he need to think a thousand times before cut or add some features. -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Thu, Nov 21, 2013 at 11:54 AM, Martin Schreiber mse00...@gmail.com wrote: On Thursday 21 November 2013 13:49:46 Marcos Douglas wrote: On Thu, Nov 21, 2013 at 9:32 AM, Martin Schreiber mse00...@gmail.com wrote: On Thursday 21 November 2013 12:46:55 Marcos Douglas wrote: Please tell me you

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

with such return ? Me can't event imagine how :) ??? Write sub SUBNAME(): RESULTTYPE; var result: RESULTTYPE; begin ... end:= result; and work as before? Please, don't do that... the sintaxe end:= result; is very ugly! -- Marcos Douglas

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Thu, Nov 21, 2013 at 1:27 PM, Martin Schreiber mse00...@gmail.com wrote: On Thursday 21 November 2013 17:03:16 Marcos Douglas wrote: Please, don't do that... the sintaxe end:= result; is very ugly! Alternatives? Using implicit 'result' variable or 'FUNCTIONNAME' variable is bad because

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Thu, Nov 21, 2013 at 11:43 AM, Martin Schreiber mse00...@gmail.com wrote: On Thursday 21 November 2013 13:48:37 Marcos Douglas wrote: WOW! Exotic too much and worse then use result variable. Why? It shows clearly that it is a write only variable which can not be read and can't

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Thu, Nov 21, 2013 at 12:51 PM, Martin Schreiber mse00...@gmail.com wrote: On Thursday 21 November 2013 16:32:00 Marcos Douglas wrote: Who defined that a function HAVE to return a value ALWAYS? Where is this rule? ;-) http://en.wikipedia.org/wiki/Function_(mathematics) Pupils

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Thu, Nov 21, 2013 at 3:05 PM, Martin Schreiber mse00...@gmail.com wrote: On Thursday 21 November 2013 18:39:09 Marcos Douglas wrote: On Thu, Nov 21, 2013 at 1:27 PM, Martin Schreiber mse00...@gmail.com wrote: Why needs a 'return' statement only before 'end'? Not only, before end must

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Thu, Nov 21, 2013 at 10:22 AM, Ivanko B ivankob4m...@gmail.com wrote: And a procedere HAVE to NOT return a value ALWAYS :) Yes! Let's go create a new world! hehehe ;-) -- Marcos Douglas -- Shape the Mobile

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Thu, Nov 21, 2013 at 10:55 AM, Ivanko B ivankob4m...@gmail.com wrote: This new world seems to be a forgotten old one - sub[routine] :) A forgotten old world called MS VisualBasic... =P -- Marcos Douglas -- Shape

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Thu, Nov 21, 2013 at 9:32 AM, Martin Schreiber mse00...@gmail.com wrote: On Thursday 21 November 2013 12:46:55 Marcos Douglas wrote: Please tell me you have not chosen the keyword sub for procedures/functions. :( Why not? 'func' - function which is the wrong term in case of a procedure

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Thu, Nov 21, 2013 at 9:29 AM, Martin Schreiber mse00...@gmail.com wrote: On Thursday 21 November 2013 12:28:30 Marcos Douglas wrote: a) New sintaxe for procedure: function func(a: bool8); begin // do not need the return keyword end; b) New sintaxe for function: function func

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

On Thu, Nov 21, 2013 at 12:12 PM, Ivanko B ivankob4m...@gmail.com wrote: end:= 123; which means assign the sub block with a value. Not that bad when the shock is over. ;-) But it may be weird to prepare function code to this final asiigmnent :) +1 Very very weird. -- Marcos Douglas

Re: [MSEide-MSEgui-talk] MSElang, compound statements

. ;-) -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

and function keywords, but if one them will be excluded then procedure keyword is the best choice. The most languages uses function so why MSElang can't uses that keyword too? -- Marcos Douglas -- Shape the Mobile

Re: [MSEide-MSEgui-talk] MSElang, procedures and functions

and function keywords, but if one them will be excluded then procedure keyword is the best choice. The most languages uses function so why MSElang can't uses that keyword too? -- Marcos Douglas -- Shape the Mobile

Re: [MSEide-MSEgui-talk] MSElang, compound statements

a short form of else if (but not really that much shorter) +1 -- Marcos Douglas -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API

Re: [MSEide-MSEgui-talk] MSElang, compound statements

you understand now? Anyway, we'll have to wait what will be implemented. I think so. Perhaps you understand the benefits. -- Marcos Douglas -- Shape the Mobile Experience: Free Subscription Software experts

Re: [MSEide-MSEgui-talk] MSElang, compound statements

-if construction, why he will implement a if-eleif construction that do the same? :-) Martin, do you know Lua language? For me it is the simpler language that exists... of course is a interpreted language, but you can catch some ideas for MSElang. ;-) -- Marcos Douglas

Re: [MSEide-MSEgui-talk] MSElang, compound statements

can use all units in ${projectdir}/level1/ like this: uses Level1.file1, Level1.file2; More productive, don't you think? -- Marcos Douglas -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth

Re: [MSEide-MSEgui-talk] MSElang, compound statements

and simple way around this neccessity: just require that _everything_ to compile a project from has to be contained in one big single file that you feed to the compiler. This was in fact the original approach used for Pascal. IDE makes this very easy too. ;-) -- Marcos Douglas

Re: [MSEide-MSEgui-talk] MSElang, ';' is statement terminator

; parc: boolean;); ... Opinions? Martin Well, I think not need to change this but if you will change anyway, I vote in #1 option: procedure test(para: int32, parb: int8, parc: boolean); or: procedure test(para, parb: int32, parc: int8, pard: boolean); I don't like this ;); :-P Marcos

Re: [MSEide-MSEgui-talk] MSElang, compound statements

will implement this. I guess he will chose the simple way... if is compiler macros, Ok for me. Marcos Douglas -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB

Re: [MSEide-MSEgui-talk] MSElang, compound statements

suggestion, but could effectively do the same. My idea is to use a item using a virtual name instead of the real name. Just it. Do this in a directory is more productive than for each unit. But we can have both. Regards, Marcos Douglas

Re: [MSEide-MSEgui-talk] MSElang, compound statements

r.field1.field1:= 123; //or s.field1:= 123; end; [...] Opinions? That is a good idea after all. Pascal has the 'absolute' keyword so maybe could be: with rec1 absolute r do r.field1:= 123 end; Maybe use 'alias' keyword with rec1 alias r do r.field1:= 123 end; Best regards, Marcos

Re: [MSEide-MSEgui-talk] MSElang, compound statements

sources have mclasses and others that using the prefix 'M'... do you see the problem now? Namespaces, as I explained on official list, will allow the programmer set an 'alias' for units and use this name instead of the unit name. Regards, Marcos Douglas

Re: [MSEide-MSEgui-talk] MSElang, compound statements

On Tue, Nov 12, 2013 at 12:45 PM, Martin Schreiber mse00...@gmail.com wrote: On Tuesday 12 November 2013 14:37:41 Marcos Douglas wrote: On Tue, Nov 12, 2013 at 9:25 AM, Martin Schreiber mse00...@gmail.com That is a good idea after all. Pascal has the 'absolute' keyword so maybe could

Re: [MSEide-MSEgui-talk] MSElang, compound statements

: IMO, no. The do keyword is more beautiful and readable. Regards, Marcos Douglas -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques

Re: [MSEide-MSEgui-talk] MSElang, compound statements

around the world (prefixes more used: id, dx, jv, rx, mse, etc). IMHO this is better than Java packages. Regards, Marcos Douglas -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles

Re: [MSEide-MSEgui-talk] MSEide+MSEgui 3.0beta1

building a debugger at the same time as the compiler. GDB is just awful for Object Pascal! I don't know of any other language that has such bad debugger support like FPC's Object Pascal. +1 Marcos Douglas -- This SF.net email

Re: [MSEide-MSEgui-talk] Delphi/Kylix for MSEide+MSEgui

thought the Delphi debugger was more efficient than the gdb. Someone commented, on the fpc-list, to make a new debugger coded in Pascal because the gdb do not works very well using with Pascal (eg: properties, objects, etc). Marcos Douglas

Re: [MSEide-MSEgui-talk] *** Second Call*** What third party components have you integrated into MSEide?

? Thanks, Martin ...tmsecomponent will not descend from TComponent anymore What do you going to do, rewrite all code?? Marcos Douglas -- Live Security Virtual Conference Exclusive live event will cover all the ways today's

Re: [MSEide-MSEgui-talk] ZenGL, OpenGL library

On Fri, Jul 20, 2012 at 11:18 AM, wahono sri wahon...@gmail.com wrote: The official website is http://zengl.org/ WOW! A beautiful project! Marcos Douglas -- Live Security Virtual Conference Exclusive live event

Re: [MSEide-MSEgui-talk] Breaking changes in FPC 2.6.1

... Marcos Douglas -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint

Re: [MSEide-MSEgui-talk] msedb.pas(7768, 24) Error: Incompatible type for arg no. 1: Got AnsiString, exp ected Pointer

On Wed, Apr 25, 2012 at 2:28 AM, Martin Schreiber mse00...@gmail.com wrote: On Tuesday 24 April 2012 21:23:08 Marcos Douglas wrote: Maybe it is time now to fork dp.pas. Please use FPC fixes_2_6 SVN revision 20423, it is the last working. You mean DB.pas... yes, maybe. No, db.pas

[MSEide-MSEgui-talk] msedb.pas(7768, 24) Error: Incompatible type for arg no. 1: Got AnsiString, exp ected Pointer

\freepascal\ide\mseide-msegui Marcos Douglas -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions

Re: [MSEide-MSEgui-talk] latest MSEide fails to compile... finddir() doesn't match

Compiling .\lib\common\widgets\msegridsglob.pas Compiling .\lib\common\kernel\msearrayprops.pas msestream.pas(836,11) Error: Wrong number of parameters specified for call to C reate msestream.pas(2192) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted Marcos Douglas

Re: [MSEide-MSEgui-talk] mpqconnection.pp(1629) Fatal: There were 1 errors compiling module, stopping

On Thu, Jan 12, 2012 at 12:59 PM, Martin Schreiber mse00...@gmail.com wrote: Am 12.01.2012 13:39, schrieb Marcos Douglas: On Wed, Jan 11, 2012 at 6:53 PM, Martin Schreibermse00...@gmail.com  wrote: On Wednesday 11 January 2012 21.51:35 Marcos Douglas wrote: Hi, I updated the sources today

  1   2   >