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

2013-06-29 Thread Martin Schreiber
Hi,
MSEide+MSEgui 3.0beta1 is available.

https://sourceforge.net/projects/mseide-msegui/files/mseide-msegui/3.0beta1/

This is the first release without dependence on FPC FCL and streaming system. 
Please change "db" to "mdb" and add "mclasses" after "classes" in uses of 
your units if necessary.

The development of an own compiler/interpreter has been started too.
It will take several years, stay tuned! :-)

Martin

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Julio Jiménez
An own compiler? forking fpc?  wow... a big task for only one man ;)


2013/6/29 Martin Schreiber 

> Hi,
> MSEide+MSEgui 3.0beta1 is available.
>
>
> https://sourceforge.net/projects/mseide-msegui/files/mseide-msegui/3.0beta1/
>
> This is the first release without dependence on FPC FCL and streaming
> system.
> Please change "db" to "mdb" and add "mclasses" after "classes" in uses of
> your units if necessary.
>
> The development of an own compiler/interpreter has been started too.
> It will take several years, stay tuned! :-)
>
> Martin
>
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> mseide-msegui-talk mailing list
> mseide-msegui-talk@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
>



-- 
Julio Jiménez Borreguero
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Martin Schreiber
On Saturday 29 June 2013 11:10:40 Julio Jiménez wrote:
> An own compiler? forking fpc?  wow... a big task for only one man ;)
>
Not forking, a completely new design.

Martin

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Julio Jiménez
Just curiosity, what made you to take that decission, the latest fpc
changes?

An Interpeter too.. :)

Could you give us some more details? I'm intrigued.


2013/6/29 Martin Schreiber 

> On Saturday 29 June 2013 11:10:40 Julio Jiménez wrote:
> > An own compiler? forking fpc?  wow... a big task for only one man ;)
> >
> Not forking, a completely new design.
>
> Martin
>
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> mseide-msegui-talk mailing list
> mseide-msegui-talk@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
>



-- 
Julio Jiménez Borreguero
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Martin Schreiber
On Saturday 29 June 2013 11:17:52 Julio Jiménez wrote:
> Just curiosity, what made you to take that decission, the latest fpc
> changes?
>
> An Interpeter too.. :)
>
> Could you give us some more details? I'm intrigued.
>
Later, I must leave now.

Martin

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Julio Jiménez
np, :)

Have a nice day!


2013/6/29 Martin Schreiber 

> On Saturday 29 June 2013 11:17:52 Julio Jiménez wrote:
> > Just curiosity, what made you to take that decission, the latest fpc
> > changes?
> >
> > An Interpeter too.. :)
> >
> > Could you give us some more details? I'm intrigued.
> >
> Later, I must leave now.
>
> Martin
>
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> mseide-msegui-talk mailing list
> mseide-msegui-talk@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
>



-- 
Julio Jiménez Borreguero
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Ivanko B
Not forking, a completely new design.
===
With friend classes, namespaces, some C++ featutes etc ?

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Med Hamza
Would you like to consider IIF() function  and codeBlock

What says the majority?

Thank You


2013/6/29 Ivanko B 

> Not forking, a completely new design.
> ===
> With friend classes, namespaces, some C++ featutes etc ?
>
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> mseide-msegui-talk mailing list
> mseide-msegui-talk@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
>
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Martin Schreiber
On Saturday 29 June 2013 15:39:39 Med Hamza wrote:
> Would you like to consider IIF() function  and codeBlock
>
What is IIF()? What is codeBlock?

Martin

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Martin Schreiber
On Saturday 29 June 2013 11:17:52 Julio Jiménez wrote:
> Just curiosity, what made you to take that decission, the latest fpc
> changes?
>
> An Interpeter too.. :)
>
> Could you give us some more details? I'm intrigued.
>
It is planned first to make a very fast table driven frontend with a small 
kernel which can be optimized to a high level. It will not use a scanner and 
produce intermediate code which can be interpreted in remote-MSEifi 
applications. Later some backends probably also for Microprocessors.

Martin

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Martin Schreiber
On Saturday 29 June 2013 11:23:22 Ivanko B wrote:
> Not forking, a completely new design.
> ===
> With friend classes, namespaces, some C++ featutes etc ?
>
No, more "back to the roots".

Martin

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Med Hamza
IIF may be used as calculated field   in Report or dbgrid

For example

function f(n):integer

return  IIF( n=0,1,f(n-1));

Codeblock

Var cb:codeblock;

cb:={|i,j| i+6j};

and we can evaluate with eval(cb,5,8)




2013/6/29 Martin Schreiber 

> On Saturday 29 June 2013 11:17:52 Julio Jiménez wrote:
> > Just curiosity, what made you to take that decission, the latest fpc
> > changes?
> >
> > An Interpeter too.. :)
> >
> > Could you give us some more details? I'm intrigued.
> >
> It is planned first to make a very fast table driven frontend with a small
> kernel which can be optimized to a high level. It will not use a scanner
> and
> produce intermediate code which can be interpreted in remote-MSEifi
> applications. Later some backends probably also for Microprocessors.
>
> Martin
>
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> mseide-msegui-talk mailing list
> mseide-msegui-talk@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
>
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Julio Jiménez
Intermediate code? something like CPython? A virtual machine like Java,
C#...? What about performance? usually intermediate code is slower to
execute. Will be the existing code compatible?


2013/6/29 Martin Schreiber 

> On Saturday 29 June 2013 11:17:52 Julio Jiménez wrote:
> > Just curiosity, what made you to take that decission, the latest fpc
> > changes?
> >
> > An Interpeter too.. :)
> >
> > Could you give us some more details? I'm intrigued.
> >
> It is planned first to make a very fast table driven frontend with a small
> kernel which can be optimized to a high level. It will not use a scanner
> and
> produce intermediate code which can be interpreted in remote-MSEifi
> applications. Later some backends probably also for Microprocessors.
>
> Martin
>
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> mseide-msegui-talk mailing list
> mseide-msegui-talk@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
>



-- 
Julio Jiménez Borreguero
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Martin Schreiber
On Saturday 29 June 2013 19:44:08 Julio Jiménez wrote:
> Intermediate code? something like CPython? A virtual machine like Java,
> C#...? What about performance? usually intermediate code is slower to
> execute.

Probably a simple virtual machine. It is the first step in order to develop 
and test the frontend, to develop the syntax and as interpreter for 
remote-MSEifi. The performance is not very important here, the procedures are 
small because MSEifi handles the whole GUI stuff in usual MSE speed.
The later planned backends will produce native machine code.

> Will be the existing code compatible? 
>
Mostly, a streamlined subset with extensions to achieve the "most productive 
universal programming language of the universe". ;-)
Main goals are simplicity, easy to learn, as less as possible different 
constructs and concepts and the ability to produce low level code with 
maximal performance.

Martin

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Julio Jiménez
2013/6/29 Martin Schreiber 

> Mostly, a streamlined subset with extensions to achieve the "most
> productive
> universal programming language of the universe". ;-)
>

You are speaking about a new Pascal/Object Pascal compiler/interpreter
right?



-- 
Julio Jiménez Borreguero
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Martin Schreiber
On Saturday 29 June 2013 20:54:47 Julio Jiménez wrote:
> 2013/6/29 Martin Schreiber 
>
> > Mostly, a streamlined subset with extensions to achieve the "most
> > productive
> > universal programming language of the universe". ;-)
>
> You are speaking about a new Pascal/Object Pascal compiler/interpreter
> right?

Yes, because I think Object Pascal as it was originally designed by Borland is 
near by my ideal.

Martin

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Julio Jiménez
Yes Borland did a great job even when Delphi was full of bugs :D

So, may I think you are unhappy with the direction that FPC is following or
simply you think can make a better tool?

You know, Pascal community is not big and dividing efforts is not probably
a good idea. Probably you have your good reasons to take this decision, I
still think it's probably a big work for only one developer.

As Freepascal user, I'm a bit worried because actually I can share code
between FPC, Lazarus and MSEide applications with very little effort and
probably this will change if you take a different way.

I have MSEide and Lazarus applications running in production, with very
good results. With different compilers... who know what will be going on.

I'll stay tuned :)


2013/6/29 Martin Schreiber 

> On Saturday 29 June 2013 20:54:47 Julio Jiménez wrote:
> > 2013/6/29 Martin Schreiber 
> >
> > > Mostly, a streamlined subset with extensions to achieve the "most
> > > productive
> > > universal programming language of the universe". ;-)
> >
> > You are speaking about a new Pascal/Object Pascal compiler/interpreter
> > right?
>
> Yes, because I think Object Pascal as it was originally designed by
> Borland is
> near by my ideal.
>
> Martin
>
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> mseide-msegui-talk mailing list
> mseide-msegui-talk@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
>



-- 
Julio Jiménez Borreguero
--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-29 Thread Martin Schreiber
On Saturday 29 June 2013 21:42:24 Julio Jiménez wrote:
> Yes Borland did a great job even when Delphi was full of bugs :D
>
> So, may I think you are unhappy with the direction that FPC is following or
> simply you think can make a better tool?
>
Both.

> You know, Pascal community is not big and dividing efforts is not probably
> a good idea. Probably you have your good reasons to take this decision, I
> still think it's probably a big work for only one developer.
>
Me too. :-)
MSEide+MSEgui is also big work BTW...

> As Freepascal user, I'm a bit worried because actually I can share code
> between FPC, Lazarus and MSEide applications with very little effort and
> probably this will change if you take a different way.
>
> I have MSEide and Lazarus applications running in production, with very
> good results. With different compilers... who know what will be going on.
>
> I'll stay tuned :)
>
I have FPC based applications in production and a big FPC codebase too so 
there sure will be a solution. Maybe different dialects, we will see. First I 
want to check what can be achieved with a fresh attempt.

Martin

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-30 Thread airpas
wow , greate ide + great GUI + new compiler ! ,  if this happen your
name will be written in history . belive me


i'll stay tuned too .

btw : here where i live , many of my friends start using mseide .

this product has a bright future

2013/6/29, Martin Schreiber :
> On Saturday 29 June 2013 21:42:24 Julio Jiménez wrote:
>> Yes Borland did a great job even when Delphi was full of bugs :D
>>
>> So, may I think you are unhappy with the direction that FPC is following
>> or
>> simply you think can make a better tool?
>>
> Both.
>
>> You know, Pascal community is not big and dividing efforts is not probably
>> a good idea. Probably you have your good reasons to take this decision, I
>> still think it's probably a big work for only one developer.
>>
> Me too. :-)
> MSEide+MSEgui is also big work BTW...
>
>> As Freepascal user, I'm a bit worried because actually I can share code
>> between FPC, Lazarus and MSEide applications with very little effort and
>> probably this will change if you take a different way.
>>
>> I have MSEide and Lazarus applications running in production, with very
>> good results. With different compilers... who know what will be going on.
>>
>> I'll stay tuned :)
>>
> I have FPC based applications in production and a big FPC codebase too so
> there sure will be a solution. Maybe different dialects, we will see. First
> I
> want to check what can be achieved with a fresh attempt.
>
> Martin
>
> --
> This SF.net email is sponsored by Windows:
>
> Build for Windows Store.
>
> http://p.sf.net/sfu/windows-dev2dev
> ___
> mseide-msegui-talk mailing list
> mseide-msegui-talk@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
>

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-30 Thread Martin Schreiber
On Sunday 30 June 2013 10:15:08 airpas wrote:
> wow , greate ide + great GUI + new compiler ! ,  if this happen your
> name will be written in history . belive me
>
;-)
>
> i'll stay tuned too .
>
> btw : here where i live , many of my friends start using mseide .
>
Where are you living?

Martin

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-30 Thread Sieghard
Hallo Martin,

Du schriebst am Sat, 29 Jun 2013 20:45:52 +0200:

[own Pascal compiler]
> > Will be the existing code compatible? 
> >
> Mostly, a streamlined subset with extensions to achieve the "most
> productive universal programming language of the universe". ;-)
> Main goals are simplicity, easy to learn, as less as possible different 
> constructs and concepts and the ability to produce low level code with 
> maximal performance.

Hmmm. Seems right now you're a little overpaid or underworked?
Have you already done a compiler, complete with code generation and error
handling? And you'll need a runtime library, too.
(Quite some time ago, I did have to build - rebuild, to be precise - a
small compiler. It was for a simple special [PLC] language, no objects,
just standard control constructs and mathematical expressions, and maybe
even subroutines. It compiled to assembler code, and the goal was to
achieve an appreciable reduction of code size compared to the existing
compiler. It amounted to a complete rework, which took me a couple weeks to
write and quite some time to test before it was delivered to the customer.
It worked mainly as intended, except for a nasty problem that occured with
one specific program, where it always crashed... Turned out this was due to
an [undocumented] assumption in the parser generator, which didn't expect
anything beyond the 7-bit ASCII character range - and this program
contained exactly one Umlaut, in a comment... Took another couple weeks to
find, although it was fixed in a couple minutes then.)

You're facing quite a challenge here, Object Pascal isn't a simnple language
at all, especially because of the rather intricate data structures to be
built and managed. And doing that _fast_ is another, twofold, challenge -
you have to make the compiler _work_ fast, and have to make it produce code
that's working fast.

That's certainly an interesting feat, but it'if s not done full time, it
will almost certainly become a never ending story...
Anyway, I wish you good luck! (And continuing optimism;)

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
---
Mit freundlichen Grüßen, S. Schicktanz
---


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-30 Thread Martin Schreiber
On Sunday 30 June 2013 01:24:08 Sieghard wrote:
> Hallo Martin,
>
> Du schriebst am Sat, 29 Jun 2013 20:45:52 +0200:
>
> [own Pascal compiler]
>
[...]
>
> That's certainly an interesting feat, but it'if s not done full time, it
> will almost certainly become a never ending story...

It will be done full time.

> Anyway, I wish you good luck! (And continuing optimism;)

Thanks! :-)

Martin



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-30 Thread Ivanko B
 btw : here where i live , many of my friends start using mseide .
 this product has a bright future.

If one needs to program smth 1) with good quality 2) fully unicode
transparent & 2) ASAP then MSEgui is one's choice. The only (big)
problem is the lack of API library docs on some (mainly related to
asynchronous operations.) features difficult to get by reading
sources.

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-30 Thread Ivanko B
Hmmm. Seems right now you're a little overpaid or underworked?
===
Every good specialist will eventually become such :)

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-06-30 Thread Martin Schreiber
On Monday 01 July 2013 06:54:29 Ivanko B wrote:
>  btw : here where i live , many of my friends start using mseide .
>  this product has a bright future.
> 
> If one needs to program smth 1) with good quality 2) fully unicode
> transparent & 2) ASAP then MSEgui is one's choice. The only (big)
> problem is the lack of API library docs on some (mainly related to
> asynchronous operations.) features difficult to get by reading
> sources.
>
If the MSEide+MSEgui community starts a well structured documenting process 
I'll provide the necessary details. But first I want to see something 
reasonable.

Martin

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-07-01 Thread Graeme Geldenhuys
On 29/06/13 20:17, Martin Schreiber wrote:
> 
> Yes, because I think Object Pascal as it was originally designed by Borland 
> is 
> near by my ideal.

Indeed, and I commend you for your efforts.

Please consider 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.


Regards,
  - Graeme -


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-07-01 Thread Marcos Douglas
On Mon, Jul 1, 2013 at 9:01 AM, Graeme Geldenhuys
 wrote:
> On 29/06/13 20:17, Martin Schreiber wrote:
>>
>> Yes, because I think Object Pascal as it was originally designed by Borland 
>> is
>> near by my ideal.
>
> Indeed, and I commend you for your efforts.
>
> Please consider 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 is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-07-01 Thread Ivanko B
>  I don't know of any other language that has such bad debugger support like 
> FPC's Object Pascal.

TCL/TK, with its only debugging facilities of writting to console/log file.

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-07-01 Thread Graeme Geldenhuys
On 01/07/13 20:23, Ivanko B wrote:
> 
> TCL/TK, with its only debugging facilities of writting to console/log file.

That's what I use now with Free Pascal! :)

I use a customised dbugintf unit and my own Debug Server to display logs
and fpGUI types. I also often use the tiLog unit from the tiOPF project.
The latter can log to file, console, runtime window, eventlog of Windows
or a Debug Server.

I never use GDB with Free Pascal based applications any more.

Regards,
  - Graeme -



--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-07-01 Thread Sieghard
Hallo Martin,

Du schriebst am Mon, 1 Jul 2013 07:09:55 +0200:

> If the MSEide+MSEgui community starts a well structured documenting
> process I'll provide the necessary details. But first I want to see
> something reasonable.

You _do_ know what every programmer wants to work at the least.


]:->

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
---
Mit freundlichen Grüßen, S. Schicktanz
---


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


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

2013-07-01 Thread Sieghard
Hallo Ivanko,

Du schriebst am Mon, 1 Jul 2013 10:05:23 +0500:

> Hmmm. Seems right now you're a little overpaid or underworked?
> ===
> Every good specialist will eventually become such :)

Hmmm - I guess these will have it the other way 'round: overworked and
underpaid...  };->

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
---
Mit freundlichen Grüßen, S. Schicktanz
---


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk