Re: [Lazarus] The future of desktop
On 12/02/2013 06:43 PM, waldo kitty wrote: On 12/2/2013 4:06 AM, Michael Schnell wrote: If your effort allows for compiling pascal to Java Script this might be even do you mean java or javascript above? ;) Michael v.C. said: That is exactly my plan: 1. Convert pascal to javascript (or did you just stumble at the capitals and blanks ? ) -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] The future of desktop
On 02/12/13 20:55, Hans-Peter Diettrich wrote: Kostas Michalopoulos schrieb: Actually, Microsoft has nothing to do with GEM, it was made by Digital Research. Right, but it was the first desktop presented by Microsoft. Also technically GEM is/was very different from Windows (GEM relies on interrupts and can run only a single program while Windows was multitasking from the start, I'm not sure what GEM has to do with multitasking. That history has gone full-circle, and the NEW DESKTOP APPS (for Windows 8 Metro) are predominantly full screen... And the [GEM/DR/?] idea of menus on top of screen also makes a come back in Ubuntu... and IIRC Gnome3. [...] DoDi -L. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] The future of desktop
That history has gone full-circle, and the NEW DESKTOP APPS (for Windows 8 Metro) are predominantly full screen... And the metro look itself with the buttons as a plain flat rectangle are like they are from Windows 1.0 Very ugly IMHO. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Pick List as a Value List item
Hi, Is it possible to have a Pick List within the ValueList editor or is it just strings? Thanks in advance Richard -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Vertical String Grid
Hi, I've found the String Grid which looks great with all it's functionailty in, however, is there a way where it can be changed to vertical, effectively so that the columns are rows down the left, like the value list? Richard -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Pick List as a Value List item
On Tue, Dec 3, 2013 at 12:32 PM, Richard Mace richard.m...@gmail.com wrote: Is it possible to have a Pick List within the ValueList editor or is it just strings? ItemProps[] property has PickList. I don't remember how well it is tested though. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] The future of desktop
Am 03.12.2013 10:26 schrieb Lukasz Sokol el.es...@gmail.com: And the [GEM/DR/?] idea of menus on top of screen also makes a come back in Ubuntu... and IIRC Gnome3. Considering Mac OS: were they ever away? Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] The future of desktop
On Mon, Dec 2, 2013 at 9:55 PM, Hans-Peter Diettrich drdiettri...@aol.com wrote: Right, but it was the first desktop presented by Microsoft. No it wasn't. GEM was presented by Digital Research, Microsoft had nothing to do with it. I'm not sure what GEM has to do with multitasking. You said that they were technically similar, which isn't the case. Multitasking was an example of a major technical difference they had. I don't see a need for an special Windows compiler. The only requirement is a linker that links the resources into the executable. This was a separate program for a long time, in addition to the compiler and linker. Windows (Win16) executables are a different format and while a linker *could* do it, a windows-aware compiler is still needed. The Win16 calling convention is (was) different to whatever DOS compilers used (usually compilers used their own). Windows was doing software-based virtual memory management and would unload parts of the program by unloading functions and patching the memory where the function was make a system call for loading them back (so running code that tried to call the function would continue to work). The compiler had to know about that do make proper prologs and epilogs. Also AFAIK callbacks required special handling too. Some notes are given in http://www.openwatcom.org/index.php/Exploring_Windows_3.x but that is mostly Win3.x specific. There some notes about Windows 1.0 and Windows 2.0 in Raymond Chen's the old new thing blog, but i can't find specifics right now. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Vertical String Grid
Hi Richard, On Tuesday 03/12/2013 at 12:06, Richard Mace wrote: I've found the String Grid which looks great with all it's functionailty in, however, is there a way where it can be changed to vertical, effectively so that the columns are rows down the left, like the value list? The StringGrid is a often overlooked component, as is indeed very flexible. For the vertical look, simply implement custom cell painting. You can then make the stringgrid look like anything you want. It's also easier than it sounds. Regards, Graeme -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] The future of desktop
On 12/3/2013 3:48 AM, Michael Schnell wrote: (or did you just stumble at the capitals and blanks ? ) yes, exactly and thus why i asked for clarification since they changed the meaning considerably ;) -- NOTE: No off-list assistance is given without prior approval. Please keep mailing list traffic on the list unless private contact is specifically requested and granted. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Vertical String Grid
Thanks for your response and I'm sure it is easy but i wouldn't know where to start. Could you give me any hints or example code? Richard On 3 Dec 2013 14:33, Graeme Geldenhuys gra...@geldenhuys.co.uk wrote: Hi Richard, On Tuesday 03/12/2013 at 12:06, Richard Mace wrote: I've found the String Grid which looks great with all it's functionailty in, however, is there a way where it can be changed to vertical, effectively so that the columns are rows down the left, like the value list? The StringGrid is a often overlooked component, as is indeed very flexible. For the vertical look, simply implement custom cell painting. You can then make the stringgrid look like anything you want. It's also easier than it sounds. Regards, Graeme -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Is there an industry language for specifying for declaring GUIs in JSON?
Maybe a way to call a webservice, get a JSON reply and show it on a TStringGrid? 2013/12/2 vfclists . vfcli...@gmail.com On 2 December 2013 08:25, Michael Schnell mschn...@lumino.de wrote: On 12/01/2013 04:57 PM, vfclists . wrote: Are there some industry standards for specifying GUIs in JSON? See Future of the Desktop right here. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus I am already following that thread. What I have in mind is using Lazarus/FreePascal forms as purely presentation layer, not for Pascal programs alone, but any language, DWScript, Python, bash, Basic, whatever even DWScript In effect the form opens a web server or another type socket where the business layer sends the screen drawing commands to. Whereas a browser is pull system, this is a both pull and push When I did some Googling, knockout.js a framework that came up, something similar for Lazarus is what I have in mind. FreePascal, LCL, fpGUI etc are the system I know and the best foundation for a high performance cross platform presentation layer that I can think of. I think parsing QML or a reasonable subset for building Lazarus UIs as an alternative to .lfm and .dfm files is where the future of the Lazarus/FreePascal lies. I wouldn't say the future, but it is area where the Pascal development ecosystem can experience a revival. It is rapidly loosing ground to programming languages which can be are interpreted, JITed, compiled, and have garbage collection, not just in usage, but in performance as well. I think my vision warrants a separate blog post. I know what I want, I just don't have the technical know how to accomplish it. -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- Atenciosamente, Alexsander da Rosa -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Pick List as a Value List item
On 12/3/13, Richard Mace richard.m...@gmail.com wrote: Hi, Is it possible to have a Pick List within the ValueList editor or is it just strings? From my ValEdit test suite: procedure TForm1.Button6Click(Sender: TObject); begin ValEd.Strings.Clear; Valed.Strings.Add('MyYesNoRO=No'); with ValEd.ItemProps['MyYesNoRO'] do begin KeyDesc := 'MyYesNo: PickList'; EditStyle := esPickList; ReadOnly := True; PickList.Add('Yes'); PickList.Add('No'); end; Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] The future of desktop
Kostas Michalopoulos schrieb: On Mon, Dec 2, 2013 at 9:55 PM, Hans-Peter Diettrich drdiettri...@aol.com wrote: Right, but it was the first desktop presented by Microsoft. No it wasn't. GEM was presented by Digital Research, Microsoft had nothing to do with it. At least it was the first desktop I saw in our company on an IBM-PC. It came very close to my Atari desktop, but turned out to be crippled to allow only for 4 windows, and more crap. I may be misleaded in so far, as it might be presented by DRI even on an PC? [I only saw it running on one of our desktops] I'm not sure what GEM has to do with multitasking. You said that they were technically similar, which isn't the case. Multitasking was an example of a major technical difference they had. As the acronym GEM says, it's a Graphical Environment Manager, which e.g. on my Atari ST was installed on top of TOS. Multitasking is a feature of the underlying OS, not of GEM. I don't see a need for an special Windows compiler. The only requirement is a linker that links the resources into the executable. This was a separate program for a long time, in addition to the compiler and linker. Windows (Win16) executables are a different format and while a linker *could* do it, a windows-aware compiler is still needed. The Win16 calling convention is (was) different to whatever DOS compilers used (usually compilers used their own). Windows was doing software-based virtual memory management and would unload parts of the program by unloading functions and patching the memory where the function was make a system call for loading them back (so running code that tried to call the function would continue to work). The compiler had to know about that do make proper prologs and epilogs. Also AFAIK callbacks required special handling too. Okay, that's the same for every platform, not Windows specific. Every platform has its own ABI and object file format, which must be supported by every compiler for that platform. See also the --target etc. switches of FPC. Some notes are given in http://www.openwatcom.org/index.php/Exploring_Windows_3.x but that is mostly Win3.x specific. There some notes about Windows 1.0 and Windows 2.0 in Raymond Chen's the old new thing blog, but i can't find specifics right now. Windows 3.0 turned out to be the first released and usable desktop version for our portable PCs (from GRiD). At that time we also used a (beta) version of the Borland C development system on Win3.0, which became our new development environment after GW-Basic. I also assisted in the development of an Atari version of BC, and there I wrote a window library that allowed (to some degree) to run Windows code on GEM. From that experiment I remember some of the fundamental differences between GEM and Windows. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Is there an industry language for specifying for declaring GUIs in JSON?
On 3 December 2013 16:11, Alexsander Rosa alexsander.r...@gmail.com wrote: Maybe a way to call a webservice, get a JSON reply and show it on a TStringGrid? I mean a general GUI building language Pascal development ecosystem can experience a revival. It is rapidly loosing ground to programming languages which can be are interpreted, JITed, compiled, and have garbage collection, not just in usage, but in performance as well. I think my vision warrants a separate blog post. I know what I want, I just don't have the technical know how to accomplish it. -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- Atenciosamente, Alexsander da Rosa -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus