Re: [MSEide-MSEgui-talk] some problems with current git
On 11 August 2012 23:59, Алексей Логинов wrote: > Bad updates of strings when scrolling. I get this often too. Under Windows and Linux. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] GUI product similiar to MSEgui and fpGUI!
On 7 August 2012 18:32, wahono sri wrote: > There is binary demo for Windows, very cool! All widgets are custom > drawn, independent form ext library, the source code easyly to learn. > I think a lot of concepts that can be taken from there. I have seen JUCE before, but looking at the demo there are still quite a few performance issues and widget bugs they need to sort out. Any OpenGL rendering instantly freezes up the demo, software rendering causes quite some flicker in areas, DND is buggy. But overall, there isn't much in JUCE that fpGUI+AggPas can't already do (though they have implemented more target platforms in 2.0). I must add, I like their new 2.0 theme - it looks much better than the 1.x series theme they had. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] What's about AGGPAS?
On 4 August 2012 19:58, wahono sri wrote: > How about you Graeme? AggPas or ZenGL as new options? I don't know anything about ZenGL, so I can't comment. Today was the first time I heard about ZenGL. :) -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] What's about AGGPAS?
On 4 August 2012 19:47, wahono sri wrote: > MSEide grow and can be used as RAD for game development, and > certainly cross platform. MSEgui as some other obstacles too. Official 64-bit support is needed (windows & linux). Mac support must be added too. -- Regards, - Graeme - -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] What's about AGGPAS?
Hi, On 4 August 2012 12:40, Martin Schreiber wrote: > AFAIK SDL has no high level drawing API to OpenGL, one has > to use OpenGL directly, correct? I haven't used SDL for graphics yet, only sound. But what you said would kind-of defeat the point of SDL. I thought SDL is a higher level API that can talk to s/w renderer, DirectX or OpenGL. I wouldn't expect you to hard-code OpenGL API when coding with SDL, otherwise what is the point of SDL then. Anyway, I also found the following Free Pascal + SDL website with lots of information and detailed chapters on using Free Pascal with SDL. I guess if there is any doubt as to what SDL does, maybe ask some questions in the Pascal Game Development website. http://www.freepascal-meets-sdl.net/ http://www.pascalgamedevelopment.com/ As for the earlier comment about SDL not supporting many image formats and image rotation etc. Apparently the SDL-GFX add-on includes all that. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] What's about AGGPAS?
Hi, On 4 August 2012 06:02, Martin Schreiber wrote: > What would be really interesting is to see how an SDL-driven OpenGL > application performs compared to SFML. That would be a meaningful test, for > two reasons: it compares similar technologies and it benchmarks against SDL > the way SDL is almost always used. I have a few commercial Linux games based on SDL. They all use hardware acceleration - thus OpenGL under Linux. Performance is absolutely great. Also go to YouTube and do a few SDL searches. There are lots and lots of SDL+OpenGL backend examples that show perfectly smooth graphics. That SFML developer simply rigged the "benchmark tests" to promote the SFML library - that's quite normal behaviour. SDL has been a round for ages, has a strong developer following, and has lots of commercial interests. SDL is even dead simple to use from Object Pascal - I use it for cross-platform sound playback in some of our apps. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] What's about AGGPAS?
On 4 August 2012 02:24, Ivanko B wrote: > SFML is 19.9x as fast as SDL > === > It means that SDL 1.2 (as a s/w renderer by default) don't use OpenGL > h/w accelaration in these tests That is how I understood it too, by reading other message threads on the internet. You need to tell SDL when you want to use OpenGL, DirectX etc... by default SDL will you the reference s/w renderer. > DirectX ? In win-32, It usual has far > way better drivers than OpenGL ones. Apparently that is not always the case. Valve Software just found out that Linux+OpenGL actually gives much better performance for game graphics than Windows+DirectX. http://blogs.valvesoftware.com/linux/faster-zombies/ -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] What's about AGGPAS?
Hi, On 31 July 2012 19:12, wahono sri wrote: > > I see in your code of fpGUI is separated between GUI and OS, I'm sure > it isn't complicated to port to others platform. Correct, I tread AggPas almost as if it is another backend - similar to GDI or X11. I still had to keep the GDI and X11 functionality though, for window handling, user input etc. All painting is offloaded to AggPas, which generates a memory bitmap from the vector data, then I simply bit blit it to the window. Integrating it with other GUI toolkits shouldn't be too hard - though I only know fpGUI internals well. One thing to take note of though... AggPas (or really AGG) was designed to be procedure based, where you can string any set of procedures together to generate the output you desire. This is immensely powerful! I opted to scale that back a bit, and rather use a TAggPas class that does everything I need. This slightly limits the true power of AggPas, but it is still more than enough to accomplish awesome painting, and much easier to work with. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] What's about AGGPAS?
On 31 July 2012 17:56, Martin Schreiber wrote: > > MSEgui uses one handle per window (form). You write SDL supports one window > (form) per application only. Ah, ok... so SDL is meant for full-screen or single form/window apps like games for example. Now I understand the difference. That would also explain why eLiquid (Pixel32's GUI Toolkit) displayed all dialogs/forms embedded (MDI style) inside the main form. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] What's about AGGPAS?
On 31 July 2012 17:08, wahono sri wrote: > > Yes, I agree with you. SDL make simple for cross platform. But > unfortunately, we shoud wait until SDL 2.0, SDL 1.2 doesn't support > multiple windows. I thought MSEgui is a single handle windowing toolkit - thus only one window handle is needed per form. (this excludes the OpenGL widget usage of MSEgui) -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] drawing bug on ATI videocard
Hi, On 31 July 2012 16:52, Alexandre Minoshi wrote: > I finally recorded a video with a drawing bug Run MSEide with the -ns (no styles) parameter, and it should fix your problem. I believe these is something you can add to your xorg.conf file too to fix the issue too - by disabling some ATI driver feature, but I can't remember what that is. I have an Radeon HD 7870 with the fglrx driver and the -ns parameter, and I don't experience that problem any more in MSEide. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] What's about AGGPAS?
On 31 July 2012 16:34, Ivanko B wrote: > Then "Cairo" or its internal "engine" - > http://en.wikipedia.org/wiki/OpenVG (for 3D - > http://en.wikipedia.org/wiki/OpenGL_ES). They're use hardware > acceleration etc wherever possible I think I would still choose SDL over OpenGL or OpenGL-ES. The latter two only give you graphics, and there are so many variations of API implementation and versions, it makes it rather hard to use (well, so I have heard from numerous posts on the internet when I researched the subject some months back). SDL will automatically use OpenGL, DirectX, Quartz or Linux FrameBuffer when it is available. Also those can be hardware accelerated, and also gives you keyboard, mouse etc input support, and sound output support. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] What's about AGGPAS?
Hi, On 31 July 2012 15:15, wahono sri wrote: > I try fpGUI with activated AggPas from MSEide, but the form is empty, > maybe any wrong in my project. I presume you used it under Windows then. I haven't finalized the Windows bitblit implementation yet - thus the internal memory bitmap is not painted on the form. Hence the "experimental" status. The implementation under Linux is complete though. > Others 2D library for Pascal is http://sourceforge.net/projects/graphics32/ There is also BGRAGraphics - see the FPC/Lazarus wiki site. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] What's about AGGPAS?
On 31 July 2012 13:25, Ivanko B wrote: > Me tried its demos one day. Then it gave feeling of not using any > video hardware acceleration (even early 2D) at all thus eating CPU up > to 100% on simple demos. Correct, it doesn't use hardware acceleration at all. The reason you get high CPU usage in those demos, is because most of them are very animation intensive. Simply using the AggPas features in a standard desktop application, will show NO CPU usage as expected. I'm 99% sure that if I had to recreate those same demos using MSEgui widgets (not the OpenGL ones), you will also see those high CPU usages. That is quite normal for non-hardware accelerated 2D frameworks. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] What's about AGGPAS?
Hi, On 31 July 2012 13:16, wahono sri wrote: > > I read Graeme implements AggPas in FPGUI, what's the result Graeme? I absolutely love AggPas. It is integrated into fpGUI, but is still marked as experimental. To enable it, you simply need to specify a compiler define, then recompile the fpGUI framework. It will then replaces the current TfpgCanvas with an AggPas-enabled TfpgCanvas - thus 100% backward compatible (not breaking any existing code was very important to me). After the next fpGUI release, I'll enable AggPas as the default Canvas class, and then build in support for the more advanced AggPas features. Here is a screenshot of one of my existing canvas demos, that I extended with AggPas features. http://fpgui.sourceforge.net/images/full/fpgui_agg-powered.png Some features demo'd in that screenshot: * dashed lines generator * outlined shapes * custom stare shape generator * gradient fills (to left, right, top, bottom and any angle inbetween) * rotated anti-aliased text * different TTF fonts used * sub-pixel anti-aliased line drawing showing 0.2 pixel width lines to 10+ pixels width * arc drawing * different line end-caps & line connecting methods * alpha blending support * co-ordinate transformation & rotation AggPas is a vector based drawing library, all features are implemented in 100% Object Pascal code, so you get consistent look and features on all platforms you run it on. It really is a brilliant piece of work. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] ZenGL, OpenGL library
Hi, On 29 July 2012 20:46, Ivanko B wrote: > Anyway, now is the time to reuse all power of moder graphics & sound > hardware & modern HIDs - and if some library provides that without It still baffles me why we now suddenly need hardware acceleration, opengl and all these "fancy" (aka useless) special effects in our applications. Those special effects don't make a sh*tty product any better. I guess that's trending for you. Luckily my business clients don't care about that stuff - they just want a working product that makes their lives easier. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] ZenGL, OpenGL library
On 29 July 2012 20:52, Ivanko B wrote: > It tiOPF can replace AJAX in WEB (and forget about HTML, PHP and > ESPECIALLY brain-exploding JavaScript) then it's definitely a great > tool :) Please note, tiOPF is not a "web gui" library. eg; it doesn't have things like Web Grid's, Web ProgressBar's etc.. tiOPF is a "object persistence framework" allowing you to save/load your OOP Objects with great ease to any database server, or even text files. tiOPF also includes MGM which allows you to hook your UI interaction to your Business Objects. I don't really work in web development - I personally thing it is a huge step backwards from client/server desktop applications. I'd much rather write a GUI desktop applications or non-gui application server, that talks to a web services or other application server. tiOPF allows this. Saying that, we do have CGI apps that use tiOPF to work with our existing business objects. Those CGI apps generate very well tagged HTML output. Our dedicated web designers then create the CSS to make those CGI generated pages look beautiful. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] ZenGL, OpenGL library
On 29 July 2012 19:19, Ivanko B wrote: > Graeme, don't You provide us a tutorial on GUI(or WWW) application > based on tiOPF? Me've already asked that. For instance me'm highly > interested in a tool replacing AJAX etc advanced WWW-related stuff. They all exist already. Just have a look in the 'Demos' directory when you checkout the tiOPF2 source code. eg: http://tiopf.svn.sourceforge.net/viewvc/tiopf/tiOPF2/Trunk/Demos/ Demo 21 - The "Address Book" is available for VCL, LCL and fpGUI. It is a more complete demo showing various features of tiOPF, including the MGM mediator usage. MGM (Model-GUI-Mediator) is what binds the non-db widgets to your business objects and gives you bi-directional updates. No need for those tedious DB-aware components that bind your UI to a specific database vendor and a specific database structure. Other demos All the other demos are more "targeted" demos. The are much smaller demos concentrating on only showing one functionality at a time. This makes it easier to see and learn the code in question. Peter Hinrichsen's 2008 ADUG presentation & demo - http://tiopf.sourceforge.net/Doc/ADUGSymposium2008/ADUGSymposium2008.doc http://tiopf.sourceforge.net/Doc/ADUGSymposium2008/ADUGSymposium2008.odt http://tiopf.sourceforge.net/Doc/ADUGSymposium2008/ADUGSymposium2008.odp http://tiopf.sourceforge.net/Doc/ADUGSymposium2008/ADUGSymposium2008.ppt http://tiopf.sourceforge.net/Doc/ADUGSymposium2008/Demos/ The demos can be checked out from the tiOPF website repository: http://tiopf.svn.sourceforge.net/viewvc/tiopf/WebSite/Doc/ADUGSymposium2008/Demos/ Alternative Address Book (Console, GUI & Web) Then there is also the other "Address Book" demo that shows how a single set of business objects and business rules can be reused to build the exact same application, but that works via Console, GUI or via the Web. http://tiopf.svn.sourceforge.net/viewvc/tiopf/WebSite/Doc/ADUGSymposium2008/Demos/AdrsBookComplete/ To get the basics of tiOPF - Here is an extensive document describing how to start with tiOPF. http://tiopf.sourceforge.net/Doc/PersistingObjectsAndRelationships/SimpleCollection/index.shtml Another quick guide to tiOPF http://tiopf.sourceforge.net/Doc/overview/index.shtml Youtube: tiOPF Model GUI Mediator / MVP -- A 3 part demonstration of the Model GUI Mediator functionality in tiOPF using Delphi and RAD style development. http://www.youtube.com/watch?v=FBw_3gXxyeI http://www.youtube.com/watch?v=cI7XkZ0GR0s http://www.youtube.com/watch?v=CdsJ6FHs3vM For anything else, there is http://www.tiopf.com You can also ask further questions (or search the large message archive) on the tiOPF news groups at: news://opensoft.homeip.net -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] ZenGL, OpenGL library
Hi, On 29 July 2012 18:55, wahono sri wrote: > > He he, I confuse to use fpGUI in MSEide, fpGUI doesn't dictate a specific IDE, it works perfectly well with MSEide, Lazurus IDE, Notepad, gEdit, VIM etc. fpGUI includes support files for use with MSEide inside the fpGUI repository. /extras/mseide_templates (project templates) /extras/mseide_syntaxdefs (my preferred color scheme for MSEide editor) I have lots of code templates for MSEide too, but I haven't added them to the fpGUI repository yet. > but I interested with link fpGUI and TiOPF. tiOPF is the *only* way I do database programming. Sometimes I even use tiOPF for non-database projects too, simply because it has such handy features built in. tiOPF2 includes demos for various GUI toolkits. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] ZenGL, OpenGL library
Hi, On 29 July 2012 17:46, wahono sri wrote: > - RealBasic, basic language, win, lin, mac and web, but the GUI ...snip... > - Lazarus, grid and some widgets have less features than MSEgui I'm disappointed not to see fpGUI in that list. ;-) > And in my testing, SDL, SFML are good choice to access hardware from any OS. SDL was also used to create the Liquid GUI Toolkit, from the Pixel32 product (a Photoshop/Gimp clone written in Object Pascal). Pixel32 ran on a lot of platforms. But sadly, neither Liquid toolkit or Pixel32 was open-source, and is now a dead project for years. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] ShowMessage doesn't show if called from within a thread's OnExecute
On 25 July 2012 15:43, Martin Schreiber wrote: >> > MSEgui tprogressbar.value is thread safe. My point was not specific to the TProgressBar. widgte Yes, MSEgui's TProgressBar.Value property might be thread safe, but is every other property of every MSEgui widget threadsafe too? Developers might get the wrong idea and think so, and that is what I meant by "where the trouble starts". -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] ShowMessage doesn't show if called from within a thread's OnExecute
On 25 July 2012 11:47, Ivanko B wrote: >> Most GUI >> frameworks recommend/dictate that ALL gui work must be done within the >> main thread > === > Even stepping/resizing progress bars ? How ? Yes. I have often used threads to notify the main thread to update a progress bar or other widgets for that matter. That is not hard. But setting the ProgressBar.Position property directly from the thread is where the trouble starts. I would guess that MSEgui works different to VCL/LCL or fpGUI, so you will need to ask Martin for the details. But if you want examples, take a look at Delphi's 'Thread Sort' demo. If you don't have access to Delphi, I can email you in private the demo code I am talking about. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] ShowMessage doesn't show if called from within a thread's OnExecute
On 25 July 2012 10:16, Martin Schreiber wrote: > Although it is not recommended, MSEgui on Linux can access X11 from worker > threads, the necessary lock infrastructure is implemented. IIRC it worked on > Widows too. Then that is truly impressive! -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] ShowMessage doesn't show if called from within a thread's OnExecute
On 25 July 2012 05:19, Martin Schreiber wrote: >> It makes error reporting more complicated (global error codes etc). > > True, but the Windows architecture dictates constraints. I am not sure if all > problems can be solved. On Linux it could work. It's not just Windows, other OSes have the same restrictions. Most GUI frameworks recommend/dictate that ALL gui work must be done within the main thread. Other threads can be used for any non-GUI work. This is quite normal behaviour in most, if not all, GUI frameworks. In fact, I don't think I know of any GUI framework which works otherwise. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Wishlist: editor with tabs visible
On 23 July 2012 19:03, Martin Schreiber wrote: >> > Changed in git master 5ae1dc036674bbf63154ff7f94db6b7df258f788. Thanks, much better using the arrow and position. I still prefer flush to the left (a personal preference), so I simply made minor local mod in my code. Thanks again for all your efforts - much appreciated. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Wishlist: editor with tabs visible
On 21 July 2012 19:32, Martin Schreiber wrote: > > Git master 705685a007a2b7193163f8c28ddf5b9c1ad354b6 > has 'Project'-'Options'-'Show Tabs'. Thanks for this. The only problem I see is that the tab character symbol is in the wrong position. You are displaying the symbol at the end of the tab width, and not at the location where the TAB key was actually pressed. See the screenshot in my first email to show the difference. Placing the symbol where the TAB key was pressed, also means that the symbol will not appear against your code (which might cause confusion to some) -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Python indentations in ObjPas :)
On 17 July 2012 06:17, Martin Schreiber wrote: > > I went to the opposite direction, a single space for indentation only. > -> Closing "end"'s build a 45° line, a wrong "end" structure is visible Looking at your code again, I now see what you mean. Though the indentation is still to shallow for my liking. I must admit, I did get used to your "all lower case code" style. :) > better visible. Important: There always must be begin-end pairs > in "if", "case", "while", "repeat"and "for" statements so the structure This I almost agree with. My only exception is if the block of code following the "if" is a single line. For "case", "while", "repeat" I also always have begin-end pairs. > For me the worst possible indentation style is the style used in FPC RTL. In +1And the horrible blank lines all over the place drives me nuts! > order to track a bug in db.pas or treader/twriter I often need to rewrite the > involved code in my style first... I often do the same. I have JCFgui (Jedit Code Formatter) preset with my coding style, always close at hand. > Amazing how different tastes can be. :-) For sure, but in a team the same coding style really helps making code easier to read. But when I contribute to somebody else's code, I always keep to their coding style out of respect. At least with TAB character indentation, there is some flexibility as to how much indentation each developer prefers - they must just adjust the TAB width to their liking. And with bigger indentations (greater than 1 space), the TAB actually makes the source files slightly smaller. I wonder if this actually has a speed improvement on parsers, because there is slightly less code to parse. :-) -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Wishlist: editor with tabs visible
On 17 July 2012 06:26, Martin Schreiber wrote: > > IIRC I once had TAB display code in MSEgui already. I'll have a look. Awesome, thanks. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Wishlist: editor with tabs visible
Hi Sieghard, On 17 July 2012 00:14, Sieghard wrote: > > IF there's no chance ever that you might have to edit your code in some > other editor, that might do. If not... I honestly can't think of a single programmer editor that doesn't support TAB character indentation. They ALL support the TAB character, because the most popular languages like Java, C, C++, etc are all written with TAB-style indentation. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] Wishlist: editor with tabs visible
Hi Martin, Is there any chance you could enhance the editor in MSEide to show the start of a TAB character in the source code. See the attached screenshot for an example. Recently I switched my coding style to use TAB (equals 4 spaces in width) character indentation, instead of the standard 2-space character indentation. But some of my existing code was not 100% correctly converted, so without being able to see where the TAB characters are placed, space indentation mistakes sometimes creep through. The visible TAB character also adds to the visual aspect, making it easy to match the 'begin' & 'end' in a large block of code spanning more than the screen height. Other than that, MSEide handles TAB character indentation very nicely. The nice benefit of an IDE that doesn't try and write too much "automated" code. On a side note: --- The nice thing we found of TAB indentation is that each developer can decide how deep they want the indentation to be. Some developers still like the 2-space width, I lately prefer the 4-space width (before it was 6) and I know some people like yourself like 1-space width. NOTE: we only use TAB characters for indentation, not for comment alignment etc., so no TAB characters in the middle or end of code lines, only at the beginning. Anyway, if you have time for such a wishlist item, that would be great... otherwise I'll attempt implementing it myself. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net <>-- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Python indentations in ObjPas :)
Hi,
> Surprisingly easy to read & lower vert size of code:
Kind kind-of agree with the "surprisingly easy to read bit", but not
enough for me to switch. I'm still staying with my faithful Borland
Delphi coding style, but I did make an adjustment in recent months. I
switched from 2-space indentation to 1-tab (equal to 4 spaces)
indentation. The bigger indentation makes it much easier for me to
match blocks of code without the need of fancy editor magic (fine
vertical lines, or auto-generated code indentation etc etc). I don't
mind the extra vertical space that the Delphi style coding ('begin' &
'end' words being on new lines) brings - I minimise my IDE's to show
little toolbars so as to maximize the editor size. This is where
MSEide shines over Delphi or Lazarus IDE. Alternatively, rotate your
LCD screen 90 degrees, and you have a LOT of vertical space.
Here is a screenshot of about a year ago...
http://opensoft.homeip.net:8080/~graemeg/vertical_desktop.png
With my new "using tab for indentation" style, there is one new
wishlist item I would love in MSEide, but I'll address that in a new
post.
--
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://fpgui.sourceforge.net
--
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 security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] win-32: how to use "writeln" (writting to a cosnole window)
Hi IvankoB, On 11 July 2012 11:57, IvankoB wrote: >> or use debugwriteln(). >> > > Excellent option but not too convinient. Could You extend it to be > all-eating (accepting input params of the regular "writeln" - any data > type & arbitrary number of) ? You could also try the dbugintf (debug interface) unit included with FPC. Then use a "debug server" to view the results. FPC includes a very rudimentary console debug server. fpGUI has a GUI debug server that displays more information. I have plans to extend what the debug server can do (different data types, tree structure for output, image support etc). \examples\apps\debugserver You have an interface as follows: procedure SendBoolean(const Identifier: string; const Value: Boolean); procedure SendDateTime(const Identifier: string; const Value: TDateTime); procedure SendInteger(const Identifier: string; const Value: Integer; HexNotation: Boolean = False); procedure SendPointer(const Identifier: string; const Value: Pointer); procedure SendDebugEx(const Msg: string; MType: TDebugLevel); procedure SendDebug(const Msg: string); procedure SendMethodEnter(const MethodName: string); procedure SendMethodExit(const MethodName: string); procedure SendSeparator; procedure SendDebugFmt(const Msg: string; const Args: array of const); procedure SendDebugFmtEx(const Msg: string; const Args: array of const; MType: TDebugLevel); You can very easily extend that interface as well. It works pretty well, because debug information goes outside the application, and doesn't slow down your app. If you don't have a debug server running, the debug messages go nowhere. You can use this for Console, CGI or GUI applications. Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] win-32: how to use "writeln" (writting to a cosnole window)
Hi Ivanko, On 11 July 2012 11:57, IvankoB wrote: >> or use debugwriteln(). >> > > Excellent option but not too convinient. Could You extend it to be > all-eating (accepting input params of the regular "writeln" - any data > type & arbitrary number of) ? You could also try the dbugintf (debug interface) unit included with FPC. Then use a "debug server" to view the results. FPC includes a very rudimentary console debug server. fpGUI has a GUI debug server that displays more information. I have plans to extend what the debug server can do (different data types, tree structure for output, image support etc). \examples\apps\debugserver You have an interface as follows: procedure SendBoolean(const Identifier: string; const Value: Boolean); procedure SendDateTime(const Identifier: string; const Value: TDateTime); procedure SendInteger(const Identifier: string; const Value: Integer; HexNotation: Boolean = False); procedure SendPointer(const Identifier: string; const Value: Pointer); procedure SendDebugEx(const Msg: string; MType: TDebugLevel); procedure SendDebug(const Msg: string); procedure SendMethodEnter(const MethodName: string); procedure SendMethodExit(const MethodName: string); procedure SendSeparator; procedure SendDebugFmt(const Msg: string; const Args: array of const); procedure SendDebugFmtEx(const Msg: string; const Args: array of const; MType: TDebugLevel); You can very easily extend that interface as well. It works pretty well, because debug information goes outside the application, and doesn't slow down your app. If you don't have a debug server running, the debug messages go nowhere. You can use this for Console, CGI or GUI applications. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] 64 bit
On 11 July 2012 05:33, Martin Schreiber wrote: > > -O2 should be OK with FPC 2.6.0. If I get a Linux system again, I'll retest. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] 64 bit
Hi, On 9 July 2012 19:31, Patrick Goupell wrote: > This is the compiler output: > > Free Pascal Compiler version 2.6.0 [2011/12/23] for i386 As you can see from that (i386), you are using the 32-bit FPC compiler, and not the 64-bit one. Simply download the 64-bit FPC compiler from any of the links shown in this page. http://www.freepascal.org/down/x86_64/linux.var That should sort out your problems. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] 64 bit
On 9 July 2012 14:02, Patrick Goupell wrote: > > Is anyone using debian (squeeze) on a 64 bit cpu? No, but I use Ubuntu 10.04 (64-bit) and MSEide compilers fine with a 64-bit FPC 2.6.x compiler. Just don't had too many FPC optimisation parameters, because then MSEide throws AV's at startup. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Message window font changes while compiling
Hi, > As designed, it stems from the time where anti-aliased textdrawing of the many > message lines used most of the CPU power. OK. > Does it switch back to anti-aliased > automatically when compiling is finished? Yes it does - so no bug then. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] Message window font changes while compiling
Hi Martin, Using my temporary development machine (laptop with 32-bit Windows XP SP3 installed), I found this odd behaviour in MSEide. While I compile my project, the Message window output is *not* anti-aliased. But when I view the Message window after compilation is complete (I have auto-hide enabled for the message window), then the text output is anti-aliased. My laptop has a very high resolution for a 15" display 1920x1200 So I had to adjust the standard font of MSEide by passing a parameter at startup. This is the information in the shortcut in the desktop. C:\dev\mseide\apps\ide\mseide.exe --fontalias=stf_default,Arial,15 I attached a screenshot to show you the difference in the Message window output. The top half of the image (above the black line) is what I see while my project is compiling. The compiler output is NOT anti-aliased. The bottom half (below the black line) is how the Message window output looks like when I activate the Message window via the "View - Messages" menu item (after my project is finished compiling). All text... source code window, source code window status bar, main menu, Project Options dialog, source editor tabs etc are all in anti-aliased text. But every time I do a Make or Build, the Message dialog shows as not-aliased text while compiling. I take it this is some bug, and not by design. I'm using the latest MSEide I checked out this morning from the git repository, and using FPC 2.6.0 released version - all under Windows XP (SP3) 32-bit. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net <>-- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Does somebody know how to disable parasite info in the messages ?
Hi, On 18 June 2012 11:33, IvankoB wrote: > > Racism = fashism...an unavoidable temporary consequence (back move, issue > of emotions) of apartheid. [we are getting way off topic here, so this will be my last public reply in this regard. We can always continue this in private.] Apartheid is still very strong in South Africa. If fact, things have gotten worse since 1994. Back then we had apartheid, but the country was functioning well. Now we still have apartheid (though they call it something else now) but in reverse, with a total non-functioning country, serious crime (lots of murders per day) and blatant corruption. I'm no racist. I don't judge anybody over the color of their skin - and I'm proud of that fact. Currently in SA, the color of your skin still matters - in every facet of South Africans lives. I don't know what foreign countries hear about South Africa, but I can only guess. It is so bad, they even enforce racism in school sports (something that should be judged on merit, not color of your skin). Try and explain to a white, coloured or asian grade 6 pupil why they didn't make the first team rubgy/hockey/etc - because a 60/40 ratio must be applied. This happened to my sister's kids, which are sport fanatics. You can be black and totally suck at the sport, but you WILL make the first team, just to fill the 60(black)/40(white/other) quota! What does that teach the new generation of kids born after 1994 when apartheid was supposed to be abolished? Then our ruling party (the ANC which has 65% votes) steal blindly from the poor (actually everybody), because the poor are just too uneducated to know better, and the other minorities can't do anything about it. Our president, Jaboc Zuma, will spend 280 million rand on a single flight to USA, 900 million on hotel stays - but then says there is no money to fix our roads and basic council services. Then we also have the ANC Youth League (god only knows which youth they are supposed to represent) which still sing songs in public like "Kill the Farmer", and yes hundreds of farmers are killed every year - but the government does nothing about that either. Then we have the ANC supporters which aren't happy with school or transport services, so they burn down the schools and public transport. Oh but now they have nothing, and somehow think that is better than it was before. Go figure!! I simply didn't want my kid to grow up with such rubbish. So we moved (while we still can) to a country which gives equal opportunity to all. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Does somebody know how to disable parasite info in the messages ?
On 18 June 2012 08:58, IvankoB wrote: > > Oooh..from a traditional community (and the Motherland) to a post-modern > one of divided people. South Africa is quite divided too. :) There are just too much racism, corruptions and other politics in SA, and no foreseeable future for our 3 year old son. > Me hope that hard work will help to cope the nostalgia :) We have lived in England for four years before, so we knew what to expect. For that reason we decided to rather live in a smaller town on the outskirts of London. :) -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Does somebody know how to disable parasite info in the messages ?
Hi, On 17 June 2012 23:34, Ivanko B wrote: > Wow, have You moved permanently ? Which country to if not a secret ? Yes, a permanent move for us as a family. Our two cats land tomorrow morning. :) We moved from South Africa to England. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Does somebody know how to disable parasite info in the messages ?
Hi, On 17 June 2012 06:49, Martin Schreiber wrote: > > And searching in Messages sometimes is a nightmare if a keyword exists in Yeah, that too. > advertising. BerliOS still exists, we could switch back to BerliOS > Mailinglist. BerliOS is an uncertain provider, so I would recommend you stay with SourceForge for now - much less inconvenience for users than keep moving the mailing list, and maybe loosing archive history. > Graeme, arrived safely in the new country? Yes, arrived safely, but still not settled. We are still living out of a hotel room (for 3 weeks now). We are moving into our new home on the 23rd - we can't wait!! -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Does somebody know how to disable parasite info in the messages ?
On 16 June 2012 14:37, IvankoB wrote: > Reclaims, advertisements etc. > (for instance, OPERA NNTP client) Do you mean the info as shown below - for each mailing list message sent? > -- > 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 security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ This information is inserted by SourceForge. No project hosted on SourceForge can disable that information - I asked them. That's why I went back to NNTP for fpGUI. Often message content is smaller than the ads injected. :-( -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] A nice GIT feature : project-wide exclusion list - .git/info/exclude
On 16 May 2012 11:34, Martin Schreiber wrote: > The last git install exe I used expects the keys in > "E:\Programme\Git\.ssh". In install dialog I changed the install > directory from "C:..." to "E:...". Interesting I'm still using 1.7.3.1 on all my Windows VM's. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] A nice GIT feature : project-wide exclusion list - .git/info/exclude
On 15 May 2012 11:51, IvankoB wrote: > > The Qs were "where these correct places are in different setups ?" (it > took tries & errors )" & "how to bypass the non-latin etc limitations? " > (hardly documented even about they are). On all the Windows setups I have worked on (Win2k, XP etc) the SSH keys and config information was always stored in C:\.ssh\ --- c:\>dir .ssh\*.* Volume in drive C has no label. Volume Serial Number is 68AE-D472 Directory of c:\.ssh 2012/03/19 04:53p. 2012/03/19 04:53p.. 2012/03/20 11:51a 289 config 2009/05/04 04:27p 668 id_dsa_github_mirroring 2012/03/20 11:52a 802 known_hosts 3 File(s) 1,759 bytes 2 Dir(s) 43,741,388,800 bytes free --- I must admit, it is a odd place (which I never specified during any setup), but it has no spaces in the path or any non-latin characters. I've been using Git for a long time, so I guess by now I "just know" where to place files. I guess I probably had to research this in the beginning too. :) -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] A nice GIT feature : project-wide exclusion list - .git/info/exclude
On 14 May 2012 14:23, IvankoB wrote: > > Win32's SSH is a nightmare too. It requires key path to be ANSI no-space > as long as still requires it to be user home directory which is > space-containing & non-latin at me. The solution is to use FAR manager to > create a simlink : Ah. OK, so it is a Windows limitation that you struggled with. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] A nice GIT feature : project-wide exclusion list - .git/info/exclude
On 14 May 2012 13:33, Ivanko B wrote: > PS: > It was a real nigtmare to get working SSH-redy (no password requests) > GIT repo (GitoSis) in our LAN...Me spent a day + a half on it ! It took 2 minutes here. :-) In fact, it has nothing to do with GIT, it is purely a SSH setup instruction. So simply share the correct public key files and place them in the correct location for SSH to find. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] A nice GIT feature : project-wide exclusion list - .git/info/exclude
On 14 May 2012 11:08, Martin Schreiber wrote: > On Monday 14 May 2012 10:32:03 IvankoB wrote: >> > Do you know the ".gitignore" file? >> >> Project wide too ? What for this doubling.. >> > Valid for the directory and subdirectories without ".gitignore" files. You > should not touch the files in ".git", it is better to use git commands to > change settings. Let me explain the difference between those two files. '.gitignore' files are for a specific directory (and recursive from that point) and you can have many of them in your project hierarchy. Now importantly, you can have this file added to the git repository too (being a tracked file, just like your source code). So everybody working on a project share the same .gitignore files. These files are often used to recreate a directory hierarchy too - because currently git cannot track a empty directory (eg: like SubVersion can). The .git/info/exclude file is meant as a "private exclude" file and can't be committed to the repository. So the rules in that file apply to the whole project, but only to that specific machine. Both files have the same syntax format, which is very simple, and no you don't need the git tools to edit that file. Neither of those files can break a repository. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] To README.devel
On 14 May 2012 13:24, Ivanko B wrote: > Which AVAST version? > = > The 7-th one. > > Are you prepared to check every new version if the > message is still correct? > = > If there's a desktop deadlock then these exclusions MUST be applied > (me had to press the RESET button to escape). Simple solution... DON'T RUN ANTIVIRUS SOFTWARE ON A DEVELOPMENT MACHINE If you only have one machine, then setup your internet browsing OR you development tools in a VM. eg: many developers us a VM to do development work in. That also has the benefit that if they have a hardware failure (eg: memory or motherboard breaks) or purchased a new machine, they can move the VM to another machine and continue working without any effort and no reinstalls. -- Regards, - Graeme - -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New LINUX distros are funny :)
On 12 May 2012 08:58, Martin Schreiber wrote:
>
> It is listed in rtl/freebsd/buildrtl.pp so I assume it is supported. Changed
> {$ifdef linux} to {$ifdef unix} in git master
> 3a8ac0dbd21517235fe01a878f9da2a4fc6e3ec7.
Thanks Martin. When I have my new workstation setup I'll report back
on this matter.
--
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://fpgui.sourceforge.net
--
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 security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New LINUX distros are funny :)
On 11 May 2012 13:31, IvankoB wrote: > > Unfortunately, it lacks a lot of important software (incl networking & > system administration [VPN daemons,..]) Administrating a FreeBSD machine is one of the easiest tasks I've see - compared to the 1000's of Linux variations, it is an absolute pleasure. As for the Network - I believe Linux and Mac OS X are using BSD's networking stack. > & hardware support especially. I installed FreeBSD 9.0 about 2 months ago on a 3 year old server/workstation - everything was detected and working. It is now our company's primary source code repository and hosts 2 VirtualBox VM sessions (running headless). FreeBSD can also execute any Linux executable (at least all the ones I through at it), so even the Linux-only software can run under FreeBSD. I guess the latest and greatest 3D gaming video cards might be a problem - but then Linux has often got problems with those too. In any case, for a development workstation or a server, FreeBSD seems to do a wonderful job. > Me know some admins which were huge fans of BSD in the past but they HAVE > TO switch to LINUX after years of everyday nightmare. And they have been > very happy since then. And sometimes I feel I need to switch to Mac OS X or Windows - just to stop fighting software that doesn't work correctly. :-) I guess each person is entitled to his own choices. My next development machine (1 month from now) is probably going to run FreeBSD as the main OS, so I hope Martin is OK with accepting a few patches. Doing a quick search, MSEide&MSEgui sure has a lot of IFDEF LINUX lines. :-/ -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] New LINUX distros are funny :)
Hi, And that is why I seem to gravitate towards FreeBSD as my new server and development platform. Linux is just a big mess at the moment, and the 1000's of distros make the case even worse. No standards at all, and all the current desktop environments are rubbish! FreeBSD: fast, clear standards, consistent and very stable. Not to mention the absolute must-have ZFS file system support - I don't trust my data on anything else any more. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Breaking changes in FPC 2.6.1
On 27 April 2012 10:18, Martin Schreiber wrote: > Another problem is that some FPC core devels use Delphi job-related and need a > second source compiler in case Embarcadero drops Delphi. So Delphi > compatibility has absolute priority. > Additional they probably don't take into account the needs of MSEide+MSEgui > because the userbase is negligible. I am the only one apart of Graeme which > uses the term "MSEide+MSEgui" in the FPC mailing lists Yeah, I don't understand FPC core team (and Lazarus core team) either. If all they want is Delphi compatibility, then why the hell would be choose FPC - rather go with the 'real' product Delphi! I moved over to FPC in the hopes that it would be BETTER than Delphi - not just on par with Delphi. As for my comments in the FPC and Lazarus mailing lists... Unfortunately my comments don't bare much weight these days. I don't see eye to eye with most of them, and pissed off way to many people in the past. What gets me the most is the double standards. Macro my introduce breaking changes in a STABLE fpc branch, but other merge requests which would not break anything was rejected in the past (multiple times). Go figure! -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- 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 security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bug in msebufdataset.pas
On 11 April 2012 10:40, Martin Schreiber wrote: > > All indexes in FPC dynamic arrays are null-based, TList indexes are null > based, direct data access in tmsebufdataset is null-based. BTW, do you know > tmsebufdataset.currentas* property?. > I assume one-based recno is a relict from Borland-BDE-Dbase times. The MSEgui > datasets have a null-based recno already (controller.recnonullbased). Maybe you should raise this question in the fpc-pascal mailing list too. Find out why it was 1-based before you make the change - or maybe the change could be done in FPC itself if all agree. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-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] About MSEide+MSEgui name in a book
On 27 March 2012 09:25, Graeme Geldenhuys wrote: > > OpenOffice/LibreOffice: > - > Use the "Edit > AutoText" dialog to create a new macro, for example: mse > Then in you document simply type 'mse' and then press the F3 key. > > For example. Try one of the pre-existing macros of OpenOffice. > dt (F3) > hc (F3) > r1 (F3) > ... If you are going to use something like OpenOffice/LibreOffice to write the book, please do yourself a favour and use Styles from the start!! Have a look at the http://www.odfauthors.org/openoffice.org/ website (used to be http://www.oooauthors.org). They have very good book and chapter templates available for free. They also have very good information about technical and language writing style - how to say or describe things to make the end-user understand much easier. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] About MSEide+MSEgui name in a book
On 26 March 2012 23:17, wahono sri wrote:
> MSEGUI is convenient to abbreviate MSEide+MSEgui (how?). Sometimes we
> need to call MSEide+MSEgui as 1 package in sentence and to write or
> read MSEide+MSEgui in a book not nice for me. :)
If your main issue is writing out the long name, then use "macros".
Most good word processing applications or book generating programs
support some form of macros.
OpenOffice/LibreOffice:
-
Use the "Edit > AutoText" dialog to create a new macro, for example: mse
Then in you document simply type 'mse' and then press the F3 key.
For example. Try one of the pre-existing macros of OpenOffice.
dt (F3)
hc (F3)
r1 (F3)
...
LaTeX
--
\newcommand{\qnx}{\textsc{QNX Realtime platform}\xspace}
Now anyway in the LaTeX document you simply type '\qnx' (no
quotes), and LaTeX will replace
that with 'QNX Realtime platform' in the actual document output.
INF documents
--
.nameit symbol='fpc' text='Free Pascal'
Now anywhere in your IPF document you can type '&fpc.' (no
quotes), and the IPF Compiler will
translate that to 'Free Pascal' in the actual INF output file.
For the INF book I am writing, I use macros a lot in my text. The same
goes for the FPC Language Reference (ref.inf) document I created.
--
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://fpgui.sourceforge.net
--
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here
http://p.sf.net/sfu/sfd2d-msazure
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEgit: how to add/commit files to a just cloned repository & between its remote ?
On 23 March 2012 09:48, Martin Schreiber wrote: >> > MSEgit probably can not write or read the *.sta file on your system, do > you remember? I asked you: I'll do the breakpoint check now, but that still wouldn't explain why MSEide can read/write/rename *.sta files, but MSEgit can't. It's all run on the same PC. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEgit: how to add/commit files to a just cloned repository & between its remote ?
On 23 March 2012 08:36, Martin Schreiber wrote: >> > Most of the MSEide dialogs store their form position and size. Please > adjust them according your needs. OK, now this is weird. MSEide correctly saves the window layout (position and size) of all open windows. MSEgit doesn't. Don't these two applications use the same MSEgui *.sta storage code? -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEgit: how to add/commit files to a just cloned repository & between its remote ?
On 22 March 2012 21:11, Sieghard <> wrote: > > Interesting - Windows? No, I was talking about Linux. > I've routinely scaled it back to about 2/3 the original size and I use a That would be explained by your 76dpi setting. I assume Martin developed MSEide at 96dpi. > Ah, BTW, my monitor is a 19" 1600x1200 (yes, the old 4x3 format still), and That's much better than the 16:9 or 16:10 "movie" style monitors - which are unfortunately the norm these days. A 19" 4:3 has much more pixels (screen space) than a 19" 16:9 or 16:10 monitor. That's how the monitor companies cheat us consumers, saying it's better (but only if you watch wide screen movies - for work purposes it definitely is not), and because there are actually less screen space / pixels, it is cheaper for the monitor companies to produce (while most consumers don't even realise that the monitors are now actually smaller than before). I'm trying to find a new development laptop with a 1.6 ratio (close to the golden ratio) monitor - damn hard to find! It seems only Apple still produces those, but unfortunately for a premium. Finding 4:3 LCD monitors is near impossible! For a while I used my LCD monitor rotated 90 degrees. http://opensoft.homeip.net:8080/~graemeg/vertical_desktop.png That was pretty cool, being able to see so much vertical code. Unfortunately my monitor was not designed to be rotated, and gave a "metallic sheen" when you looked at it. So after a while it bugged me too much, so I put it back in it's normal orientation. > though. (BTW, the dpi values seem a bit suspect - yours would fit an only > 18" diagonal, while mine would imply a diagonal of 26" - something's wrong > here with the screen measurements. My monitor, e.g. proclaims that it was > sized 534x401mm², while in fact it's just about 408x306...) Yeah, due to Apple forcing 72 dpi on all monitors and Windows forcing 96 dpi on all monitors, this makes the issue worse (but "apparently" easier for software developers). My old Dell laptop has a true 117 dpi screen, but I was forced to keep it at 96dpi in software otherwise most software looks terrible. In Windows, many dialog buttons appear outside the bounds of the dialog, and often no way to resize the dialog. It seems many software developers don't take dpi settings in consideration and always assumes 96dpi!! Here I must say, that Linux software is much better than Windows software. Does MSEide take in consideration what dpi the developer had when designing a form? Does that dpi value get saved in the *.mfm file, and then the form gets scaled correctly at runtime on another system with a different dpi? Listening to these font issues, and my dialogs that often have scrollbars, I guess the answer is no. > Upps - dialogs with _scroll bars_ - who dares to create _such_? MSEide seems to automatically adds those if the font sizes or dpi value changes. This is at least marginally better than pure Windows apps which often have non-resizeable dialogs - so you are truly screwed. :) -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEgit: how to add/commit files to a just cloned repository & between its remote ?
On 21 March 2012 10:21, Martin Schreiber wrote: >> > It uses the normal default font size. Based on what screen resolution and dpi setting? Even on my very average sized 19" LCD monitor (1440x900) with 96dpi, I find the "normal default font size" of MSEgui applications rather small. I always increase the MSEide default font size for the source editor to match the font size of my desktop (otherwise it is too small). I don't increase the other font size (like used in dialogs and menus), otherwise I get all dialogs with scrollbars in them - which I hate, so I live with the small font size in dialogs. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEgit: how to add/commit files to a just cloned repository & between its remote ?
On 20 March 2012 11:22, Ivanko B wrote: > git gui' > = > It assumes deep knowlefge of GIT mechanics :) Then it's easier to use > the console "git". I don't see why you say that? The most basic usage of 'git gui': - Run the app. Click the icon of a file that is marked as changed (it will have a blue icon - all others have white icons). Then once you made you selection of what files to include in the commit, click the Commit button. What is difficult about that? And what "deep knowledge of Git mechanics" does that use? Anyway, use the tool you feel most comfortable with. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEgit: how to add/commit files to a just cloned repository & between its remote ?
On 20 March 2012 10:11, Ivanko B wrote: > At me MSEgit only sees remote "origin" branch as long as "git clone" > created local "master" branch. So, me created local "origin" branch > so that it matches the remote "origin" then retried "commit" & "push" > but failed with "fatal: The remote end hung up unexpectedly". I simply had to enter the word 'master' into the box where the arrow shows... see attached image. MSEgit then asked for confirmation if I wanted to create a remote branch. I accepted, and then was allowed to push to the remote repository. I must confess, MSEgit is not the most intuitive GUI Git interface I have seen. Maybe it's just because I'm not used to msegit, but at the moment I find the 'git gui' and 'gitk' programs much easier to use. But I'll keep trying MSEgit and see how it goes. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net <>-- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEgit: how to add/commit files to a just cloned repository & between its remote ?
On 20 March 2012 09:36, Ivanko B AFAIK, it's correct to start filling an empty repo via > commits from its clones. Yes, that is normal usage with git. I just tried with MSEgit. Cloned a repository from a empty bare repository. I could do a local commit in my cloned repository via MSEgit, but I couldn't push that commit to the empty bare repository. I first had to create a remote branch called master, then the push worked. This seems to be normal, because even doing it from the command line, I couldn't just push because the remote repository doesn't contain any branches yet. So even from the command line, I had to specify what branch to push too: eg: git push origin master. This was only required for the first push after that a simple 'git push origin' or 'git push' worked fine. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] I caused it, but what is it
On 19 March 2012 17:11, Patrick Goupell wrote: > I started using git a few weeks ago. > It will take some learning how to use it. git diff That should give you output to the console. To make this more useful, I recommend you enable the git pager feature (ability to scroll large output), and console colour support. Simply run the following two commands to enable this. These only need to be run once. git config --global core.pager 'less -r' git config --global color.ui auto Alternatively, if you want a GUI app interface, then use the following git gui Now all changed files will be marked with a blue icon. Selecting those files will show the diff (what has changed) on the right half of the application. You can stash, commit and revert changes from this application. I use this app for 99% of all my git commits/revert work. Another GUI app (also included with Git) is 'gitk'. This will visually show the the development history of your repositories. The top most item in the list is any changed / uncommitted files. A diff will be shown if you select those too. You can't commit or revert from this app though. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] I caused it, but what is it
On 19 March 2012 14:26, Patrick Goupell Thank you. That fixed it and after some thought I understand why it was > happening. Don't you use source code management software? If you did, then you could simply have asked for a diff to see what changed. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEgit 1.0
On 17 March 2012 02:21, Sieghard wrote: > > So this is a copy then, and if I've verfied it is correct, I can delete the > original? Yes, it's a copy - a locally git manager repository. Your SubVersion repository is untouched, and still works as normal. >> Now you have a git repository on your machine that can push changes >> back to a SubVersion repository. You can now get all the benefits of > > I thought I should _change_ to git, not use git as a(nother) frontend to > svn? My recommendation to use 'git svn' is ONLY to give you a chance to REVIEW git. It was not meant as a permanent solution. Use 'git svn' for a couple of weeks to decide if you like it. Git will happily push (commit) changes to you existing SubVersion repository. So other users of your SubVersion repository will not even know you are using git. This is a very nice way to test git and see if you like it or not - before actually converting any SubVersion repositories permanently to git repositories. >> make an immediate decision if you want to switch to Git or not. > > Ah, I see - you want me to do the work twice for some time. No, there is NO double work. 'git svn' will communicate (checkout/commit) changes to/from your SubVersion repository. eg: git svn dcommit This will push your local commits (commits that were only in your local git repository) to the remote SubVersion repository. To fetch new changes from your SubVersion repository: git svn rebase For further help run: git help svn > I hope git has man pages or such (svn has), not just web resident > documentation as so many things these days... Yes, git comes standard with man pages (under *nix/Linux) and with HTML pages under Windows (because windows obvious can't display man pages). To get help, the command is simple: git help eg: git help svn git help git git help commit git help push etc -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEgit 1.0
On 16 March 2012 21:34, Sieghard wrote: > first, get some feeling for its use, and only _then_ I will attempt to > convert valuable data with it, even if "it's proven to work". That's easy then. git svn clone Now you have a git repository on your machine that can push changes back to a SubVersion repository. You can now get all the benefits of local branches, stashing changes, local commits etc.. But still have your faithful SubVersion repository active and running. No need to make an immediate decision if you want to switch to Git or not. One word of caution when using 'git svn' though (for first timers): NEVER push multiple branches or parallel work flows to a SubVersion repository - always flatten the history with 'git rebase' first. SubVersion just doesn't have a clue what parallel commits or git merges are. Anyway, when you have the time to try this, read the Git help on 'git svn' - it's all explained very well. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEgit 1.0
On 15 March 2012 22:30, Sieghard wrote: >> Converting SVN to git works well. > > But it takes some time and an opportunity - two rare resources at once... Your loss... Git saves you lots of time and effort (compared to SubVersion) - thus saving you money too. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] msegit and window layout
On 14 March 2012 23:38, Sieghard wrote: > > Did you check if it's not made read only by accident? :-) Yes, that was one of the first things I did. I gave the ~./msetools and the msegit.sta file full read/write access. It made no difference. MSEgit seems to touch the msegit.sta file (the file timestamp changes), but the actual file size stays exactly the same. Between every of these 'ls -l' commands, I launched msegit, repositioned it, opened a new Stash window, and then quit. Yet the file size stays constant. :-( [Plain and simple INI files work best! I've never had problems with those.] --- $ ls -l total 8 -rw-r--r-- 1 graemeg graemeg 5418 2012-03-14 16:18 msegit.sta [.msetools]$ ls -l total 8 -rw-r--r-- 1 graemeg graemeg 5418 2012-03-15 09:48 msegit.sta [.msetools]$ ls -l total 8 -rw-r--r-- 1 graemeg graemeg 5418 2012-03-15 09:52 msegit.sta -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] msegit feature request: auto disable color output
On 14 March 2012 15:38, Martin Schreiber wrote: > > http://schacon.github.com/git/git.html > " > SYNOPSIS > git [--version] [--exec-path[=]] [--html-path] [--man-path] > [--info-path] > [-p|--paginate|--no-pager] [--no-replace-objects] > [--bare] [--git-dir=] [--work-tree=] > [-c =] > [--help] [] > " Ah, that would explain it. I'm using git version 1.7.0.4, and no such option exists. Thus, MSEgit is now broken too. I had to revert to the previous commit without the -c appended so i can see MSEgit output again. I guess your distro or git installation is newer than mine. Mine is what is included with Ubuntu 10.04 Maybe you'll have to check the version number of Git before using the -c option. Alternatively (though not good), demand that everybody upgrade their git versions. ;-) -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] msegit and window layout
On 14 March 2012 15:27, Martin Schreiber wrote: > > Are window size changes remembered? No, nothing is remembered. It's as if I deleted the msegit.sta file every time. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] msegit feature request: auto disable color output
On 14 March 2012 15:24, Martin Schreiber wrote: > > git master 540098347a67dab39bd20a85e924148df0f3601f adds "-c color.ui=false" > to git commands. Wow, that was quick - thanks. I thought there had to be a command line option to disable color per command, I just couldn't find it. Glad to see your searching of help is better than mine. :) Just curious...Where in the git help did it mention the -c option? -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] msegit and window layout
On 14 March 2012 15:08, Martin Schreiber wrote: > > Works for me on 64 bit. Beats me. I did notice the following though. I deleted the ~/.msetools directory and all its content. Then started up msegit again. Now it has a whole new layout - I guess my *.sta was still from the very early stages of msegit, because it only showed the small rectangular main window (no opened panels at all). Now I see two windows by default with lots of docked windows. Still, if I customise the layout it is not remember. Oh well, at least the "new default" layout I now see it much more usable than what I saw previously. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] msegit feature request: auto disable color output
Hi Martin, It seems that Git's color setting of "auto" is not very good, or MSEgit's console window fakes a console really well. I normally use git from a console window and have color.ui = auto (true) to make the output more readable. Anyway, my default setting causes ugly color-codes to appear in the "git console" window of MSEgit. See attached screenshot. This is easily solved by launching msegit via a script file instead. Thus disabling the ui color, and then reenable the color when msegit quits. It would be nice if MSEgit could do this automatically, so nobody should see the ugly color code output. To disable all git's color output you run: git config --global --add color.ui false To enable it again you need to run. git config --global --add color.ui auto I guess MSEgit could be even more clever by querying the color.ui value first and remembering that value so it can restore it once MSEgit quits. Alternatively, MSEgit's console window could be enhanced to also interpret the console color codes generated by git, so we can have color output there too. More work, but this should be a nice touch. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net <>-- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] msegit & rebase problem
On 14 March 2012 14:07, Martin Schreiber wrote: > > Select the source branch in Branches' window 'L' columns. BTW the local > branch 'A' column defines the checked out branch. Ah, thanks - now rebase works correctly. :) -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] msegit & rebase problem
Thank you for all the information. I'll retry msegit again. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] msegit and window layout
On 14 March 2012 13:54, Martin Schreiber wrote: > > Works for me. 64 bit? Yeah, as always. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] MSEide and object types
Hi Martin, I'm not sure if this worked before, and if it is maybe a regression bug in MSEide. Please see attached test unit. There are two obvious problems using that unit with MSEide. 1) When I declared the object type, then press Ctrl+Shift+C, it did not complete the implementation by generating the implementation section code. It works with classes though. 2) I then manually created the implementation code. Now MSEide can't navigate between the interface and implementation section like it does for classes, using the Ctrl+Shift+Up keyboard shortcut. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net test.pas Description: Binary data -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] msegit and window layout
Hi, It took me 5-10 minutes to arrange with extra panels a nice workable window layout using msegit Just to noticed that once I quit git, that window layout is lost. :-( PS: The latest msegit still shows its version number as "0.9 unstable". -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] msegit & rebase problem
Hi Martin, I thought I would try msegit again. I tried a simple task... rebasing one of my local branches against master, to bring it up to date. From the command line that would be: git checkout mybranch git rebase master For the life of me, I can't seem to figure out how to do that with msegit. MSEgit has a rebase menu option, but it rebases with itself - which is totally pointless. There doesn't seem to be a way (that I could find) to tell it with what branch it should rebase. Also, can you commit hunks? Not whole files. Where do you see what files (and hunks if possible) will be included in the next commit - thus viewing what is in the staging area. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] latest MSEide fails to compile... finddir() doesn't match
On 14 March 2012 12:52, Martin Schreiber wrote: > > Please try again with git master 8bfb5e5e5439190f0aa04cc817c18c4549e13f96. Thanks, now it works with FPC 2.6.1 too. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] latest MSEide fails to compile... finddir() doesn't match
On 14 March 2012 11:52, Martin Schreiber wrote: > > What about FPC 2.6.0? It works with the released FPC 2.6.0 compiler. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] latest MSEide fails to compile... finddir() doesn't match
On 14 March 2012 11:36, Martin Schreiber wrote: >> > Compiling git master MSEide with MSEide works for me on 64bit. Umm.. I did a 'git clean' to make sure no untracked files exist - thus the repository is in a pristine state. Still no luck with FPC 2.6.1. :-( When I switch to a recent [2-3 weeks old] FPC 2.7.1 compiler. Now I get more verbose output of the problem. Though looking at the code, I don't see anything immediately wrong. My problems are weird as usual. :) - $ ./go64.sh Free Pascal Compiler version 2.7.1 [2012/02/27] for x86_64 Copyright (c) 1993-2011 by Florian Klaempfl and others Target OS: Linux for x86-64 Compiling apps/ide/mseide.pas Compiling ./lib/common/designutils/mseskindesign.pas snip... Compiling ./lib/common/kernel/msefileutils.pas Compiling ./lib/common/sysutils/mseprocutils.pas Compiling ./lib/common/kernel/msepipestream.pas Compiling ./lib/common/kernel/i386-linux/mseprocmonitor.pas mseprocutils.pas(1021,60) Warning: Implicit string type conversion from "AnsiString" to "UnicodeString" mseprocutils.pas(1041,60) Warning: Implicit string type conversion from "AnsiString" to "UnicodeString" msefileutils.pas(277,47) Warning: Implicit string type conversion from "AnsiString" to "UnicodeString" msefileutils.pas(282,25) Warning: Implicit string type conversion from "AnsiString" to "UnicodeString" msefileutils.pas(380,35) Warning: Implicit string type conversion with potential data loss from "UnicodeString" to "AnsiString" msefileutils.pas(407,35) Warning: Implicit string type conversion with potential data loss from "UnicodeString" to "AnsiString" msefileutils.pas(419,53) Warning: Implicit string type conversion with potential data loss from "UnicodeString" to "AnsiString" msefileutils.pas(470,65) Warning: Implicit string type conversion with potential data loss from "UnicodeString" to "AnsiString" msefileutils.pas(1031,10) Error: function header doesn't match the previous declaration "finddir(const UnicodeString):Boolean;" msefileutils.pas(1669,22) Warning: Implicit string type conversion from "AnsiString" to "UnicodeString" msefileutils.pas(1796,60) Warning: Implicit string type conversion with potential data loss from "UnicodeString" to "AnsiString" msefileutils.pas(1997) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted -- I'll update both my FPC 2.6.1 and 2.7.1 compilers and try again. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] latest MSEide fails to compile... finddir() doesn't match
On 14 March 2012 10:23, Martin Schreiber wrote:
>
> Tried to build instead of make?
I've done that. In my go64.sh script I remove all previous compiled
units first, and in the actual compiler parameters I also specify -B
(build all units).
--
$ cat go64.sh
#!/bin/sh
rm units/x86_64-linux/*
/opt/fpc-2.6.1/x86_64-linux/bin/ppcx64 \
-O1 -OpATHLON64 -XX -B -Xs -ve \
-FUunits/x86_64-linux \
-Fu${PWD}/lib/common/* -Fu${PWD}/lib/common/kernel/i386-linux \
-Fi${PWD}/lib/common/kernel \
-o./mseide.elf \
apps/ide/mseide.pas
--
--
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://fpgui.sourceforge.net
--
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] latest MSEide fails to compile... finddir() doesn't match
Hi Martin, I'm using FPC 2.6.1 64-bit under Linux. --- $ git log -1 commit 301d31d9b44aca19c0107b23458bddd7f56d78b0 Author: Martin Schreiber Date: Tue Mar 13 06:31:30 2012 +0100 * Reset floadedfile in tstatfile.readstat() for onfilemissing stream. $ ./go64.sh snip... Compiling ./lib/common/kernel/mseact.pas Compiling ./lib/common/kernel/mserichstring.pas Compiling ./lib/common/kernel/mseapplication.pas Compiling ./lib/common/kernel/msefileutils.pas Compiling ./lib/common/sysutils/mseprocutils.pas Compiling ./lib/common/kernel/msepipestream.pas Compiling ./lib/common/kernel/i386-linux/mseprocmonitor.pas msefileutils.pas(1031,10) Error: function header doesn't match the previous declaration "finddir(const UnicodeString):Boolean;" msefileutils.pas(1997) Fatal: There were 1 errors compiling module, stopping Fatal: Compilation aborted --- -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] font handling
Hi Martin, In fpGUI I use Xft and FontConfig to do the text drawing. This has the benefit that a font name like 'Liberation Sans-10' can be used to set the correct font. As far as I understand, MSEgui uses FreeType2 directly, but as far as I can see, FreeType requires the actual font file name (eg: /usr/local/fonts/TrueType/LiberationSans-Regular.ttf). So how do you get a "end-user friendly" list of font names and translate/map those to the *.ttf files that FreeType requires? Sorry if this sounds dumb, but I have never directly used the FreeType2 library before. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Idea from Qt: HTML(or RTF)-tags in widget text
On 2 March 2012 14:14, wahono sri wrote: > > I don't know this feature. Any example how to do it? It's been around for years in Qt. All text labels in Qt has support for a HTML subset. So you can add the following text to a QLabel component: "Hello Qt!" It would then display the text, but "Hello" would be in bold, and "Qt!" would be in italics. For more information, see the following: https://qt-project.org/doc/qt-4.8/richtext-html-subset.html -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] MSEide under FreeBSD
Hi, Has anybody tried MSEide under FreeBSD? I'm about to setup a FreeBSD 9.0 (32-bit) development machine. PS: For those that don't know the ZFS file system. It totally rocks!! RAID and Mirror setups have never been this easy. Here is a simple example - just scratching the surface of what ZFS can do. http://southbrain.com/south/tutorials/zpools.html -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Possible bug in syntax highlighting
On 28 February 2012 14:02, Julio Jiménez wrote: > Fixed. Thank you! :-) Glad it's sorted out. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Possible bug in syntax highlighting
On 28 February 2012 13:09, Julio Jiménez wrote: > I get almost 1 day delay :( That is definitely not normal. Can you post your /.git/config file. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Possible bug in syntax highlighting
On 28 February 2012 10:48, Julio Jiménez wrote: > > Weird... really there is a delay between public repository and the > developing one. I know I am replying 2 hours after you posted it, but I just got an update, and there are two commits later than what you listed. $ git log --- commit eefd32b1c57c1bae9d985bbf10bc74f3bc653ecb Author: Martin Schreiber Date: Mon Feb 27 22:04:08 2012 +0100 * Multiple tokens in *.sdef jumptokens and calltokens statement. * Fixed caseinsensitive jumptokens and calltokens. * Fixed A..F in # string. commit a65ed686ffa9e6805472926024581f9e790f63c1 Author: Martin Schreiber Date: Mon Feb 27 08:32:22 2012 +0100 * Compiler note removed. commit 788478e56d1d911939df6862b7fb32161480bd3a Author: Martin Schreiber Date: Sun Feb 26 15:07:23 2012 +0100 * remove xor pic in tdockcontroller mouseleave. snip... --- -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] alpha channel in images
On 27 February 2012 14:57, Martin Schreiber wrote: > ...snip... > the accordant color channels. XRender supports this formats natively. > The backend code is in lib/common/graphics/mse*gdi.pas gdi_copyarea(). Thank you very much for the info, Martin. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] alpha channel in images
Hi Martin, This is not directly related to MSEgui, but rather a "How did you do it?" question. I've added PNG support in fpGUI. As expected, painting images with transparency, shows up wrong. How does one handle the Alpha channel in the RGBA pixel data of images? What do I need to tell XLib and GDI to use that information? eg: What i see at the moment in fpGUI... I have a 10x1 test image. The outer two pixels are 100% transparent. The center pixel is solid blue and opaque. The pixels moving from the center of the image to the outer edge has varying degrees of transparency. When fpGUI renders that image, I see a solid black pixel, a solid blue line, and then another solid black pixel. Any sections of code in MSEgui I can take a look at, or any information on the Internet you know of that I can read? Any help would be much appreciated. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Using external tools
On 27 February 2012 12:55, Martin Schreiber wrote: > > Probably a race condition with multi-core CPU's. My CPU at home is a P4 2.4Ghz (single core). It had the problem too. Oh well, at least it seems to be fixed. I haven't had a failed detection today yet. :) -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Using external tools
On 27 February 2012 09:38, Martin Schreiber wrote: > > Did you test on your 64bit machine too? Yes, tested on both a 32-bit Linux and 64-bit Linux PC. So what was ultimately the cause of the problem? -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Using external tools
On 25 February 2012 13:27, Martin Schreiber wrote: >> > Git master 4699e2b82933eaa92bc51c0f93f7b381a7238e7f has some changes, please > try again. Thanks Martin. I pulled the latest code this morning. The IDE now seems to detect external file changes without fail. :-) Thanks for all your trouble. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Using external tools
On 26 February 2012 14:07, Julio Jiménez wrote: > 2012/2/26 IvankoB for-mse >> >> What does it mean "external tool" ? Can it be code helper, Ctrl+Space >> identifier expander etc ? >> > > Project->Options->Tools > > It allows you to execute external programs. There are a few macros you can > use. I'm my case I added a code formatter (JCF or ptop). And I use MSEide to develop fpGUI applications. I use the External Tools menu to launch fpGUI's visual forms designer. I also use it to launch DocView - a offline context sensitive help viewer for Free Pascal Language reference, RTL and FCL help. > Probably Martin can add new macros and the possibility of key accelerators. > :) Key Accelerators for the external tool menu items would be a HUGE bonus for me in MSEide. I already use the & symbol in the external tool name, but that simply allows navigating the IDE menus. I'd like a keyboard shortcut like F11 (or Ctrl+F11) - which is currently not possible. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Using external tools
On 24 February 2012 14:52, Martin Schreiber wrote: >> > Please check if > apps/ide/sourceform.pas:593 (tsourcefo.onfilechanged) is called. No, never gets executed. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Using external tools
On 24 February 2012 14:24, Martin Schreiber wrote: > > Please open a single file in MSEide source editor, check if > lib/common/sysutils/msefilechange.pas:363 (tdirchangethread.dochange) is > called after the tool run. Yes it did. I used fpGUI's debug server - so as not to be intrusive to GDB etc. As soon as I saved the file with my external tool (fpGUI's UI Designer), the event was triggered, but when I returned to the IDE, MSEide did not prompt for a reload. See attached screenshot. I output the afd value too, if that helps. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net <>-- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Changing the Active Tab's color
On 24 February 2012 12:22, Martin Schreiber wrote: >> > Works for me. I'll chalk that one up as a mystery. After I did an update and rebuild today, it works here too. Go figure! :) -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ ___ mseide-msegui-talk mailing list mseide-msegui-talk@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
