Re: [MSEide-MSEgui-talk] Hint of horizontal ttabwidget?

Hello Martin. Thanks for your advices but I really like the tabhint of full path. IMHO it it super easy to use, no need to do complicated combination of keys. Sorry but I will use it for ideU. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Hint of horizontal ttabwidget?

Re-re-...-hello Martin. OK, I found the random. It seems that sta file does not save the tabhint-caption. So, after loading a project, this is done: procedure tsourcefo.updatetabhint; var x : integer; begin for x:= 0 to files_tab.count-1 do tsourcepage(files_tab[x]).tabhint :=

Re: [MSEide-MSEgui-talk] Speed of MSEide code-editor.

Re-hello. Ooops, in previous mail, the extension of msegrids.pas was missing. Here a complete one: msegrids.zip Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Hint of horizontal ttabwidget?

Re-re-hello Martin. OK, I get it. The tabhint for horizontal tab is show when adding this: function tsourcefo.createnewpage(const afilename: filenamety): tsourcepage; begin ... result.tabhint := afilename; // add this ... end; Now passing with mouse on a tab shows tabhint (with full

Re: [MSEide-MSEgui-talk] Hint of horizontal ttabwidget?

Hello. In previous mail, please read: tabwidget.tab.options := ... (In place of tabwidget.options := ...) Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___ mseide-msegui-talk mailing list

Re: [MSEide-MSEgui-talk] Hint of horizontal ttabwidget?

> That would be a bug. Could you please try this: In MSEide, in sourceform.pas, change this in tabwidget (make it horizontal). tabwidget.options := [tabo_dragsource,tabo_dragdest,tabo_tabsizing,tabo_dblclickedtabfirst,tabo_hintclippedtext] Then compile MSEide an run it. In my OS, the

Re: [MSEide-MSEgui-talk] Speed of MSEide code-editor.

Hello. > Why don't you use the PageUp/PageDown keys? Because this does not give a smooth scrolling that the eyes can easy follow. > Another option is to use the scroll wheel Yes, but... I do not have a scroll wheel and would use only the keyboard... So I propose this: If key_up or key_down

Re: [MSEide-MSEgui-talk] Hint of horizontal ttabwidget?

Hello. OK, I will study your comment, write you later. Other thing. In MSEide, with the vertical ttawidget of source-editor, the tab-hint has for caption the name + extension of the file. Good but, IMHO the full path name would be more useful. This because sometimes the same files from 2

[MSEide-MSEgui-talk] Hint of horizontal ttabwidget?

Hello. I try to enable hint for a horizontal ttabwidget without luck. I did try with this but nothing appears: atabwidget.activepage.hint := 'The hint'; or atabwidget[atabwidget.count - 1].hint := 'The hint'; Does I miss something ? PS: With vertical ttabwidget, hint is show if passing on a

Re: [MSEide-MSEgui-talk] Speed of MSEide code-editor.

Hello Martin. OK, thanks for for your light. Huh, I will explore some other ways, like playing with top.row + timer. Write you later if I find something interesting. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___

Re: [MSEide-MSEgui-talk] Speed of MSEide code-editor.

Hello. In the video you may see that the page is scrolled down or up if the up/down key is pressed lower than bottom or higher than top. Would it be possible, if the up/down key is pressed more than one second, that scrolling lines is faster? Thanks. -- Sent from:

[MSEide-MSEgui-talk] Speed of MSEide code-editor.

Hello Martin. IMHO, the speed of auto-scrolling if the caret is up or down the form is too slow (see attachment). speededitor.mp4 Could it be possible to adjust the speed of scrolling ? Thanks. Fre;D -- Sent from:

Re: [MSEide-MSEgui-talk] Panel is not shown in windows taskbar

Hello. Why dont you use the main-window to store all the panels ? Here done with ideU ---> Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ___

Re: [MSEide-MSEgui-talk] Multi-arch problem...

Hello. Here result of my summer Linux distros tour. I did follow the excellent advices of Sternas from the CodeTyphon project: http://www.pilotlogic.com/sitejoom/index.php/wiki/135-wiki/codetyphon-host-oses What I want: - Multi-Arch OS (possibility to run 32 bit apps on a 64 bit OS). -

Re: [MSEide-MSEgui-talk] stringgrid / fixcols

> I cannot figure out how to set a value into the "fixcols" data cell. I use this: thegrid.fixcols[-1].captions[5] := inttostr(5); Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the

Re: [MSEide-MSEgui-talk] MSElang news.

>It is not ready for testing. OK, I stop. By the way, congrats for what you have done. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the

Re: [MSEide-MSEgui-talk] MSElang news.

Hello Martin. Ooops, out-of-the-box... $ /home/fred/mselang-master/mselang/compiler/mlc --llvm MSElang Compiler version 0.0 Copyright (c) 2013-2018 by Martin Schreiber Fatal: No input file defined Ok, I will try with some input Huh, mlc is compiled with fpc, could it be compiled later

Re: [MSEide-MSEgui-talk] MSElang news.

> Currently MSElang is for 32 bit Linux only. Ha, ok, a good test for Manjaro 64 bit multi-arch. > it needs LLVM version 3.8.0. Here, with: $ sudo pacman -S lib32-llvm It install llvm-6.0.1-1. Maybe llvm-6.0.1 is compatible with llvm-3.8.0. I will try with this first. Thanks. Fre;D

Re: [MSEide-MSEgui-talk] MSElang news.

Hello Martin. I did try to compile mselang.prj And get this error message: Compiling mselang.pas ... Compiling globtypes.pas Compiling ./compiler/__mla__internaltypes.pas __mla__internaltypes.pas(40,12) Error: Identifier not found "card32" __mla__internaltypes.pas(40,18) Error: Error in type

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

>That are their thinking... All that story gives me, one more time, a taste of disrespect on the part fpc core developers. And,sorry, but for me respect is paramount. Thanks for your positive view Marcos. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

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

@ Marcos and Douglas: thanks for your light. > However, if your application is just a console app that do the job and > dies, as FPC, then it will be the same. Huh, AFAIK MSE and fpGUI apps are console apps too ? Anyway, in my old time, playing with programing gives you a red card when your

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

Thanks Marcos. > When the process finish, the OS clean all memory that belongs it. Sorry, I do not understand. Do you mean that the OS clean all memory leak after fpc is closed? What OS ? Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

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

Hello. Referencing to this: http://lists.freepascal.org/pipermail/fpc-devel/2018-July/039369.html So, if I understand ok, after few compiling, we have to reboot the system because fpc has eaten lot of memory because of their memory leaks ? Huh, will MSElang have the same behaviour ? Fre;D

Re: [MSEide-MSEgui-talk] Multi-arch problem...

Hello Sieghard. Thanks for answer. OK, all is fixed now, compies + link + run 32 bit applications on a 64 bit multi-arch system. This patch for the fpc compiler did the trick (this for fpc 3.1.1): fpc_checkelf2.gz In

Re: [MSEide-MSEgui-talk] Multi-arch problem...

Ha, the mails work again. ;) For all the passionates about ELF multi-arch, here how to check if a file is a ELF and what kind. From Wikipedia, ELF format: ... Read the first four bytes. If they are equal to \x7fELF, it's an ELF file. The ELF magic number is 0x7f454C46 (0x7f + "ELF") The

Re: [MSEide-MSEgui-talk] Multi-arch problem...

Hello. > Sorry, I didn't notice that you use Manjaro, Huh, after some bad experience with my ex-favorite Linux OS, I just have switched to a not-Debian OS: Arch-Manjaro. > I thought it's about PolyDev. With polYdev it is a other problem: FreeBSD multi-arch design is not compatible with their

Re: [MSEide-MSEgui-talk] Multi-arch problem...

Hello everybody. > Sorry, I didn't notice that you use Manjaro Huh, after some bad experience with my ex-favorite Linux OS, I just migrate to a not-Debian OS : Arch-Manjaro. >, I thought it's about PolyDev. No with polYdev multi-arch Linux-emulated works like charm (the problem is only with

Re: [MSEide-MSEgui-talk] Multi-arch problem...

Hello. > Sorry, I didn't notice that you use Manjaro, Huh, after some bad experience with my ex-favorite Linux OS, I just have switched to a not-Debion OS: Arch-Manjaro. > I thought it's about PolyDev. With polYdev it is a other problem: FreeBSD multi-arch design is not compatible with their

Re: [MSEide-MSEgui-talk] Multi-arch problem...

Re-hello. > Maybe librarysearchpath has an entry for /lib where on your system a 64 > bit crtn.o is located? Re-about this, even if librarysearchpath has an entry for /lib (that I did not found), normally, like for all other libraries, it seems to me that there is a check if the file has the

Re: [MSEide-MSEgui-talk] Multi-arch problem...

> Maybe librarysearchpath has an entry for /lib where on your system a 64 bit crtn.o is located? It is exactly wath I was thinking but... I did not found this in FPC code. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Multi-arch problem...

Hello Martin. > Because in linker script are absolute paths, see my mail from 2018-07-23: Huh, OK, I did read it but the code for the linker script is in t_linux.pas line 508 (see my post of Jul 24, 2018; 2:41pm) StartSection('INPUT('); if linklibc and (libctype<>uclibc) then begin

Re: [MSEide-MSEgui-talk] Multi-arch problem...

Hello Sieghard. Thanks for your time. Huh, yes, using 32 bit apps on multi-arch 64 bit system can be ***very*** painful. At the moment I can successfully run fpc32 (on a 64 bit os) and compile 32 bit applications. Yesterday, I was even able to run those 32 applications on the multi-arch os !

Re: [MSEide-MSEgui-talk] Multi-arch problem...

Hello Seighard. > - considering, that these two _object_ files seem to be multi architacture > in systems with multi architecture support. Not sure to understand. Do you mean that it exist object_ files that have both ELF32+64 signatures ? And then only one file could be used in a multi-arch

Re: [MSEide-MSEgui-talk] Multi-arch problem...

Re-hello. Here a advice that has absolutely no importance. OK, -Xd does the trick because it does not give /lib nor /usr/lib as searh path. But I maintain that there is still a problem with crti.o and crtn.o It is not normal that all other needed libraries are using the correct 32 bit path

Re: [MSEide-MSEgui-talk] Multi-arch problem...

> -Xd (do not use the standard library path) link.res without Xd parameter: (and of course with correct -e and Fl) (that is what I did) -> SEARCH_DIR("/lib/") SEARCH_DIR("/usr/lib/") SEARCH_DIR("/usr/lib32/") SEARCH_DIR("/usr/lib/gcc/x86_64-pc-linux-gnu/8.1.1/32/") ... INPUT(

Re: [MSEide-MSEgui-talk] GitLab problems.

Ha, I did find the site where I was redirected: https://about.gitlab.com/2018/06/25/moving-to-gcp/ -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the

Re: [MSEide-MSEgui-talk] GitLab problems.

Hello Martin. Indeeed, today all 3 links are working. Strange, yesterday there was a message for those 3 links saying that Gitlab was transfering all their data-server using now some Google servers. Sorry for the noise. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

[MSEide-MSEgui-talk] GitLab problems.

Hello Martin. What appends with GitLab ? I cannot connect to MSE GitLab site: https://gitlab.com/mseide-msegui/mseide-msegui It is redirected and say it is clouded by Google now... What is the new MSE-Gitlab URL ? Thanks. Fre;D -- Sent from:

Re: [MSEide-MSEgui-talk] Multi-arch problem...

> Please ensure that you use the mseform.pas file from current git master > branch everywhere and ensure that the used mseform.ppu will be recompiled. Of course I did use the last msegui from Gitlab and deleted all the .ppu and .o before compile. Anyway now it is fixed (and I do not know how to

Re: [MSEide-MSEgui-talk] Multi-arch problem...

> tcustommseform.windowopacity has been introduced recently. I assume you try to > load a form produced by current MSEide with an old MSEgui mseforms unit. Yes, it must be the problem. The mseforms unit was created with a OS that use windowopacity. And it seems that Manjaro xfce does not use

Re: [MSEide-MSEgui-talk] Multi-arch problem...

Re-hello. OK, I get a work-around. in /msegui/lib/common/fpccompatibility/mclasses.pas At line 6573 + 6574, comment this: // raise EReadError.CreateFmt(SPropertyException, // [Name, DotSep, Path, e.Message]); Without those lines, the app 64 bit run OK (no crash). But for the app 32

Re: [MSEide-MSEgui-talk] Multi-arch problem...

Aaargh. It seems to be a Manjaro+MSE problem. Compiling a 64 bit app is ok but running it: An unhandled exception occurred at $0060B7BA : EReadError : Error reading configfo.windowopacity: Unknown property: "windowopacity" $0060B7BA line 6571 of

[MSEide-MSEgui-talk] Multi-arch problem...

Hello Martin. I try to make my new Linux (Manjaro xfce) 64 bit multi arch work. OK, compiling 32 bit MSE application with fpc32 is OK on the 64 bit OS. But, while running (with gdb) the 32 bit app on the 64 bit system, there is that error + crash: (gdb) run Starting program:

Re: [MSEide-MSEgui-talk] Using sta files.

> The grid must have a fixed column. Ha, OK: msegridmoverow.mp4 Excellent ! Thanks. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Using sta files.

Hello. And here using sta file to create custom playlist... msestagrid.mp4 By the way, do you have some idea (+code) how to move a row, with the mouse, inside the tstringgrid ? Thanks. Fre;D -- Sent from:

Re: [MSEide-MSEgui-talk] Using sta files.

Hello Martin. Works like charm with only 2 lines of code! msesta.mp4 Many thanks. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Using sta files.

Hello Martin. Thanks for light. I will study/test it. Write you later. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the world's most engaging

[MSEide-MSEgui-talk] Using sta files.

Hello Martin. Is it possible to use sta files to save/load a layout at runtime. The result of using a sta file is perfect while closing-running a program. But is it possible to save at runtime the layout (with a custom name for the sta file) and then reload it when needed ? If all this is

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

Hello Graeme. Here, it works. (using Opera + GitLab). Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the

Re: [MSEide-MSEgui-talk] StrumPract is released !

n8.nabble.com/file/t2/strmpract_floatall.png> <http://mseide-msegui-talk.13964.n8.nabble.com/file/t2/strmpract_taball.png> Binaries for Linux 64/32, Windows 64/32, ARM-Rpi 32 and FreeBSD 64 are here: https://github.com/fredvs/strumpract/releases/ Have fun. Fre;D -- Sent from: http

Re: [MSEide-MSEgui-talk] TTimer.options := [to_single] ?

> setting ttimer.enabled to false in dothat_and_stoptimer() is OK. Hum,... Why not directly in ttimer.ontimer() ? procedure ttimer.ontimer(); begin if all_is_ok then dothis_and_continuetimer() else ttimer.enabled := false; end; This question because of: > don't touch ttimer.enabled

Re: [MSEide-MSEgui-talk] windows

> There is a window without any frame in fpGUI. -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech

Re: [MSEide-MSEgui-talk] windows

> IIRC as long there is a frame there also is a close button on allwindow managers I know. There is a window without any frame in fpGUI. -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the

Re: [MSEide-MSEgui-talk] TTimer.options := [to_single] ?

Hello Martin. OK, capito the use of to_single. Thanks for the light. > Without to_single it will be triggered repetitive after setting > ttimer.enabled to true > don't touch ttimer.enabled in ttimer.ontimer. OK. But how do you do for something like this: procedure ttimer.ontimer(); begin

[MSEide-MSEgui-talk] TTimer.options := [to_single] ?

<https://github.com/fredvs/strumpract> ), you can test it that way: In waveform.pas, change the option of ttimer1 to: TTimer.options := []; > on my rpi ---> problems, cannot zoom anymore + lot of ressource used. I do not want to annoy you with this because the problem seems to

Re: [MSEide-MSEgui-talk] How to use form-scrollbars ?

> container.frame.scrollpos_x:= -3*parentformwidth. wavescroll_strump.mp4 ;-) Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] How to use form-scrollbars ?

Hello Martin. Goal. Here the tips: 1) Recompile MSEide / ideU with last MSEgui commits. 2) In object inspector, select the TSlider and set ow1_noclampinview := true. 3) msescrollpage_strumOK.mp4 Wow,

Re: [MSEide-MSEgui-talk] How to use form-scrollbars ?

> Done, git master f98ccf1516ab16ff6812991424d80fbcc55b006b. Thanks but I get same "only once" behaviour with this last commit. Maybe I miss something. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] How to use form-scrollbars ?

r: TObject); begin container.frame.sbhorz.pagedown ; end; And there is no call to wavefo from outside, nor any timer working. But you may see in video that scrolling by code works only once in StrumPract. https://github.com/fredvs/strumpract ;-( Do you have a idea what is wrong ? :-) Fre;D -- Sent from: http://

Re: [MSEide-MSEgui-talk] How to use form-scrollbars ?

> In order to set the scrollbar positions set container.frame.scrollpos. Huh, not too easy for me to understand. container.frame.scrollpos.x := container.frame.scrollpos.x + 100; ==> Error: Argument cannot be assigned to container.frame.scrollpos_x := container.frame.scrollpos_x + 100;; ==>

[MSEide-MSEgui-talk] How to use form-scrollbars ?

Hello Martin. I did try to change position of scrollbar of a form by code. Without luck. Using theform.container.frame.sbhorz.pageup works only once. Howto do if the button of a TSlider goes outside the form, how to , by code, do a page-up of the scrollbar. This to have the button of the

Re: [MSEide-MSEgui-talk] Updated spanish translation

> already changed the order, Ooops, ok, sorry. Included updated file. mseconsts_fr.zip Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Updated spanish translation

> French translation is also affected by this issue. Attached up to date French translation. Fre;D mseconsts_fr.zip -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

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

> I am sure Mint team has people who can read. I am sure the way Mint team treat us is **totally** scandalous. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech

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

IMHO, like you Julio, I think it is hopeless. Martin, do you remember the "soname" bug in fpc ? How many posts did we sent in fpc-mailinglist? The problem with gurus is that it is impossible for them to recognize a error or that they do not understand the issue. Did you remember that in

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

> What could be done? I will (try to) ask to distros-test sites (like distrowatch.com) to also test if a distro is ICCCM compatible. Martin, you did add some test-programs, does one test if the system uses ICCCM recommended methods ? This to help those distros-test sites to do their own

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

> I becomes even more strange: It is hopeless. Sorry for bothering you with that buggy-stupid-closed-mind project. What distresses me most is that I had chosen that studid distro like the majority of Linux users. But, yes the majority is stupid. Huh, may I ask you what is your favorite Linux

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

https://github.com/linuxmint/Cinnamon/issues/7641 Ha it is a "design decision"... Sorry, I cannot be more boring, they are too stupid. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out

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

> If you want that MSEide+MSEgui works optimal on your distribution you must become active yourself. If I'm still active for Mint it will be to persuade people to not use it. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

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

Hello Martin. I do not like that pretentious and stupid JosephMcc The good news is that I will use a other Linux distro. What do you recommend? Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ --

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

> You should still check if the Z-order problems. Ok, I will do asap. Huh, maybe 2 big fish that will correct their bugs (Mint + Fedora). I cross my fingers. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

https://github.com/linuxmint/Cinnamon/issues/7622#issuecomment-395513360 Was I boring enough ? ;-) Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

> > Sincerely, I do not remember when/why I did add those bug. Yes, after more concentration I did remember why. In the past, when using docked forms into main form, the focus of Object instector was loosed. But it was fixed (but did not know) in 2016. By the way, that Esc feature makes life

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

Hello Martin. https://github.com/linuxmint/Cinnamon/issues/7622#issuecomment-395513360 Aaaargh, indeed they are boring too. They want that a template is filled, not sure how to fill it: ``` * Cinnamon version (cinnamon --version) * Distribution - (Mint 17.2, Arch, Fedora 25, etc...) *

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

And this: https://forums.linuxmint.com/viewtopic.php?f=206=270731 ;-) Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the world's most engaging

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

Hello Martin. https://github.com/mate-desktop/mate-panel/issues/815 Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the world's most engaging tech

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

Hello Martin. And reporting to Github issues ? https://github.com/linuxmint Maybe I can open one there ? Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

> It has been fixed in the mean time in Gnome 3: > and should be fixed in Cinnamon and Mate too. Not sure to get it. Do you mean that the bug is fixed for Gnome 3, Cinnamon and Mate ? If yes, it should be fixed for Mint too because Mint uses Mate or Cinnamon. > I tried to submit Mint bug

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

>Mint people did not react to my questions and bug reports so I gave up on > Mint. Would you like to take over the task? Yes, of course. What may I do '? (And they will see how boring I can be !). Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

Hello Martin. > objectinspectorfo.activate; <<--! Wow you are really **too** strong. And I have to install a alarm on my pc, there are trolls that add buggy code when I am not there. Sincerely, I do not remember when/why I did add those bug. I am very

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

> Works for me. Maybe there is another bug? Yes, I know that it works with MSEide. But what I do not understand is that using the same original formdesigner.pas/objectinspector.pas and their dependencies works different with ideU. Fre;D -- Sent from:

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

Hello Martin. OK, I get it. msedesigner_esc.mp4 There is only one bemol. It is that I have to add a line in original formdesigner.pas. In proc designkeyevent(), at line 3964, ... selectcomponent(comp1);

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

Hello Martin. > Do you use the original MSEide? Aaaargh. Indeed, with original MSEide it works with left button. I have to check ideU code. Very, very, very sorry for the noise. (And if you are not too angry, maybe you could give light where is code for this). Once again: sorry. Fre;D

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

> Do you use the original MSEide? No, it is with ideU (but form-designer and all MSEgui-manager-things are the same as last MSEide commits). OK, I will test with last MSEide. Write you later. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

> Don't have your beloved JWM at hand? Only for FreeBSD. But ok, I will test it on FreeBSD asap. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

Hello Martin. > AFAIK Mint uses forks of Gnome2 and Gnome3 as window managers which have > very bad quality. Yes, I know that Mint is not the best. But, according to https://distrowatch.com, Mint is still the most popular Linux distro. IMHO, you should install it and test/adapt MSEgui for it.

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

Hello Martin. > Does your window manager "eat" Esc-keys? Huh, what is "eat" Esc keys ? > What if you use another window manager? Sorry, I do not have any other window manager installed (and no energy to install a other now). That said, using right-button + Esc key works like charm and for me,

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

Hello Martin. >Steps are: >LeftClick "tchartleft". >Press ESC-Key. >Release ESC-Key. >Press ESC-Key. >Release ESC-Key. >Press ESC-Key. >Release ESC-Key. I am totally sorry but on my Linux Mint 64 it does not work. LeftClick "tchartleft". ---> OK, tchartleft selected. Press ESC-Key.

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

Re-hello. Huh, in my system, it works if... you use the right-button click + Esc... OK, solved. (but strange that mix of button by system). Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ --

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

Hello. What I do: - Click on playleft (tgroupbox) ---> OK, playleft is selected. - Press Esc, then maintaining Esc pressed, click again on playleft ---> OK, spectrumgroup (tgroupbox) is selected. - Still with Esc pressed (not released), click again on playleft > playleft is selected back

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

Hello. > Please send a simple testcase if it does not work for you. msemem.zip Click on tchartleft or tchartright, for me even with Esc, the mainfo can not be accessed. Fre;D -- Sent from:

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

> That would be a bug. How to reproduce? 1) Create a new project. 2) On the form, add a Tgroupbox with same size as the form. 3) On that Tgroupbox add a other Tgroupbox with same size as the parent. 4) Try to access the form with Esc + Clck... Fre;D -- Sent from:

Re: [MSEide-MSEgui-talk] Form accessible via form-designer ?

> I think there should not be more controls if not absolutely necessary. Maybe. Did you note that Esc + Click works only for 1 parent ? If that parent is child of a other parent, that root parent cannot be accessible. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Tprogressbar and resource used ?

> Set traces.xserrange to 0.9, xserstart to 0.05. Set traces[0].offset to -10 Ooops, I have to buy a bigger cristal ball because mine did not show that. OK but very tricky. ( Would it be a horrible crime to use: tchart.traces.count := 20; tchart.traces.maxcount := tchart.traces.count + 1;

Re: [MSEide-MSEgui-talk] Tprogressbar and resource used ?

Hello Martin. > Please do not set traces.count to 20 Ha, ok. I did use: tchart.traces.count := 20; tchart.traces.maxcount := tchart.traces.count + 1; And with this I get a perfect result. But, ok, I will study your

Re: [MSEide-MSEgui-talk] Tprogressbar and resource used ?

> Is it possible to have a TChart with only verticals bars (not linked like in > demo) that mimic a TProgressbar ? Ha, ok, ---> charkind := tck_bar. Thanks. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] Tprogressbar and resource used ?

Hello Marin. How to fit all the bars in a TChart ? On the picture, you may see that last bar is missing. Changing for bigger tchart.width did not solve. Included demo of this. msemem.zip

Re: [MSEide-MSEgui-talk] Tprogressbar and resource used ?

Hello Martin. Ok, I did test Tchart vs TProgressbar. My verdict is: - If TProgressbar does not have fading and frame is original (not use a template) and not = nil (only a "pure" ) then the ressource used by 20 TProgressbars is more or less equal than ressource used by 1 TChart of 20 bars. -

Re: [MSEide-MSEgui-talk] Tprogressbar and resource used ?

Hello Martin. > Removing the fades probably also speeds up things. Yes, it is what I want to show you. Removing the fades makes use only 35 % of resource. But I will study your answer, write you later.

[MSEide-MSEgui-talk] Tprogressbar and resource used ?

Hello Martin. I am a little afraid about the resource used by tprogressbar. Included a simple demo to show it. msemem.zip The tprogressbar.value is assigned by a timer with a random value: When rendering the tprogressbar: cpu

<    4   5   6   7   8   9   10   11   12   >