Re: [MSEide-MSEgui-talk] MSE and XLib.

Ooops, in previous mail, please read: libc-dev and his link libc.so. Fre;D -- View this message in context: http://mseide-msegui-talk.13964.n8.nabble.com/MSEide-MSEgui-talk-MSE-and-XLib-tp5p13.html Sent from the mseide-msegui-talk mailing list archive at Nabble.com. -

Re: [MSEide-MSEgui-talk] MSE and XLib.

> reverted the changes. It is too dangerous and there must be forked too much > because of the various {$linklib} statements in FPC code Ha, ok ;-( I am very happy that fpc is twice the Project of the Month in Source Forge. (I voted too). There is also now a fpc donation, yep, they are rich no

Re: [MSEide-MSEgui-talk] MSE and XLib.

Hello Wkitty. Many thanks for your clear explanation in fpc-forum. > the thing that keep me using fpc till now is mseide/msegui Ha, I see that you have good taste so I will try imgui. By the way, thanks for the many times you help me in Lazarus forum. Fre;D -- View this message in context:

Re: [MSEide-MSEgui-talk] MSE and XLib.

Hello Martin. Here better explanation of the utility of libX11.so (many thanks Graeme for the infos). https://unix.stackexchange.com/questions/475/how-do-so-shared-object-numbers-work To resume: libX11.so (and then libx11-dev) is needed for the linker only. Here part of answer of stackexchange

Re: [MSEide-MSEgui-talk] MSE and XLib.

Hello Graeme. OK, understood that libX11.so is needed for linking against that library. But ( aaargh, I am unbearable), is it really needed to link libX11.so ? Could fpc do like it does for libc, consider libX11 as a "coomon" library and only load it (without to link it) ? And that way, spare a

Re: [MSEide-MSEgui-talk] MSE and XLib.

> As I mentioned in a private message, the unversioned symlink shared library files are only needed during linking time (ie: when you compile your program). Huh, I was asking if the fact of linking was absolutely necessary, not if the unversioned symlink was needed. > If you did want to change a

Re: [MSEide-MSEgui-talk] MSE and XLib.

Re-re...-re hello. I profit that I am still not banned from mse mailing-list. (All development fora, when I ask things about linker --> or banned or insulted (FreeBSD, fpc, ...). If you develop from scratch, what are the advantages to link a library vs to load it dynamically ? Fre;D -- View t

Re: [MSEide-MSEgui-talk] MSE and XLib.

Hello. I am not sure about the terminology but let'say: - Staticaly Linking = use libX11.so = store some data in ELF, more safe... - Dynamicaly Linking = use libX11.so.6 = more freedom, can use dynlib That said, both linkings have advantages. And I am not sure for libX11 that Staticaly Lin

Re: [MSEide-MSEgui-talk] MSE and XLib.

> It's not the compiler that decides that Yes, I know that, but it is fpc that gives the code of /packages/x11, it is what I wanted to say. > Nothing stops you from creating your own dynamic linking header. Indeed. Creating dynamic Pascal linking header is my specialty. ( See projects uos, sak,

Re: [MSEide-MSEgui-talk] MSE and XLib.

> A hypothetical example Huh, sorry, but what differs from the example that I post here and in fpc forum ? Fre;D -- View this message in context: http://mseide-msegui-talk.13964.n8.nabble.com/MSEide-MSEgui-talk-MSE-and-XLib-tp5p37.html Sent from the mseide-msegui-talk mailing list archive at

Re: [MSEide-MSEgui-talk] MSE and XLib.

Hello. Now that everybody "finally understood", let's do a resume. The fpc code is perfect to show all the situations possible. In xlib.pp they assigned as soname: const libX11='X11'; So, like perfectly explained in Graemes's infos, the linker automaticaly add "lib" + ".so" So a libX11.so m

[MSEide-MSEgui-talk] MSE and LLVM

Hello Martin. I am studding the feature of LLVM. FPC has a wiki for LLVM : http://wiki.freepascal.org/LLVM It seems that LLVM has many limitation vs FPC. Is it true ? Fre;D -- View this message in context: http://mseide-msegui-talk.13964.n8.nabble.com/MSE-and-LLVM-tp44.html Sent from

Re: [MSEide-MSEgui-talk] MSE and LLVM

>> If you like to donate to the MSE projects please use the links on >> http://msegui.com/?q=node/7 >I will. Hello Martin. I have try with my MasterCard ---> "Your card number does accept transaction, please contact your bank". I went to bank ---> "It should work, retry it..." I did try everyday,

Re: [MSEide-MSEgui-talk] MSE and LLVM

In previous mail, please read: "Your card number does *NOT* accept transaction, please contact your bank". Fre;D -- View this message in context: http://mseide-msegui-talk.13964.n8.nabble.com/MSE-and-LLVM-tp44p51.html Sent from the mseide-msegui-talk mailing list archive at Nabble.com.

Re: [MSEide-MSEgui-talk] MSE and XLib.

---> https://bugs.freepascal.org/view.php?id=32367 Answer: ... that will only lead to wars about what form should be default in precompiled code. ---> "You wanted to avoid war at the price of dishonor. You have dishonor and you will have war." W Churchill. Fre;D -- Sent from: http://mseide-

[MSEide-MSEgui-talk] MSE and docking.

Hello Martin. I have some trouble with myform.dragdock.dockto(). Sometimes the forms are not sized as wanted (see video). https://sites.google.com/site/fredvsbinaries/mse_dock2.mp4 Here code of menu item "Dock" ---> procedure tmainfo.ondockall(const sender: TOb

Re: [MSEide-MSEgui-talk] MSE and docking.

> The size of the main form must be adjusted to the minimal sizes of the docked forms. Huh, it seems to be. > I'll take a look. OK, thanks. Other thing. I was successfully able to translate PThread.h into pascal dynamic loading header: ---> https://github.com/fredvs/dynx It w

Re: [MSEide-MSEgui-talk] MSE and docking.

ould be the problems ? ( I have try with fpGUI and the loading of application is indeed faster with dlopen()/dlsym() ). ---> https://github.com/fredvs/uidesigner_ext > Free Pascal should allow to define the SONAME source in binding unit. Good luck to explain it to them ;-) Fre;D -

Re: [MSEide-MSEgui-talk] MSE and XLib.

Hello Martin. Did you know that you may combine static + dynamic linking? I mean, take the advantage of static linking (adding some infos about the library in ELF, more safe, ...) and take the advantage of dynamic linking (using fast libdl.so library, change name/dir of the lib, etc ...). For ex

Re: [MSEide-MSEgui-talk] MSE and XLib.

> Another advantage of ld-linux.so.2 is that it is possible to list the needed libraries by "ldd ". Huh, it is what I try to explain: you may use dlopen()/dlsym() and list list the needed libraries by "ldd". ---> Add in dynamic linking code a {$linklib} statement (or Procedure dummy() ; cdecl; ext

Re: [MSEide-MSEgui-talk] MSE and XLib.

Hello Martin. Do you know where in fpc code (or how to find it) "external" is assigned and 'so.n' deleted ? Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on

Re: [MSEide-MSEgui-talk] MSE and XLib.

> Then the application can not start if the library is not found and > it can not be compiled if there is no libX11.so -> ibX11.so.6 link. Of course the "double advantage" works only if buggy "external" was fixed ! ;-) > Maybe in compiler/link.pas:509 (TLinker.AddSharedCLibrary()). OK, I will

Re: [MSEide-MSEgui-talk] MSE and XLib.

Re-hello. Huh, in previous mail, at end please read this: The last war would be "What is better: libdl.so.2 or ld-linux.so.2 ? Could it be possible to imagine a different dynlibs.pas ? Actual dynlibs.pas is using libdl.so.2. Could it be possible to use ld-linux.so.2 instead (with corresponden

Re: [MSEide-MSEgui-talk] MSE and docking.

Hello Graeme. For me the most important is that we are not in trouble ;-) Thanks. 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

Re: [MSEide-MSEgui-talk] MSE and XLib.

> I do not understand... OK, I do understand now. So it will not be possible to use ld-linux.so.2 for calling the library form where/ when you want. > Please do not confuse "static" linking and "dynamic" OK. Let do like this: "shared/dynamic" linking using ld-linux.so.2: I will call it "ld dy

Re: [MSEide-MSEgui-talk] MSE and XLib.

> > Maybe in compiler/link.pas:509 (TLinker.AddSharedCLibrary()). Procedure TLinker.AddSharedCLibrary(S:TCmdStr); begin if s='' then exit; { remove prefix 'lib' } if Copy(s,1,length(target_info.sharedclibprefix))=target_info.sharedclibprefix then

Re: [MSEide-MSEgui-talk] MSE and docking.

> Please take the attached patch for inspiration. Wow, thanks Martin. Will test it tonight. Write you later. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community

Re: [MSEide-MSEgui-talk] MSE and XLib.

Hello Martin. Super clear. The link.pas file dates from 2002 : https://old-linux.com In that age, only Intel x86 operating system and maybe link.pas was designed to link *.a files. In that case the thelibrary-dev.so was needed. I do not know what to do with your patch. FPC does not want it. M

Re: [MSEide-MSEgui-talk] MSE and XLib.

gt;I think so too. OK, ok, I agree with you too. But for "conventional" applications only. Take the example of this project: https://github.com/fredvs/uidesigner_ext It allows "Only One Instance" feature. So, if a instance is already running, a new instance will only sent a m

Re: [MSEide-MSEgui-talk] MSE and docking.

Hello Martin. Here what I did: Copy layout.patch in /strumpract. Then in console: # cd strumpract # git apply --stat layout.patch ---> 12 files changed, 7642 insertions(+), 7505 deletions(-) # git apply --check layout.patch ---> OK, no error. # git am --signoff < layout.patch ---> Patch

Re: [MSEide-MSEgui-talk] MSE and docking.

Ooops, sorry for previous mail: That worked: > # git apply layout.patch. Wow, you worked a lot ! Ha, it seems to need last MSE commit. OK, I update MSE and test your patch. Write you later. Many thanks. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -

Re: [MSEide-MSEgui-talk] MSE and docking.

Re.re hello Martin. Ok, tested the patch. Perfect for docking/floating/show/hide forms. Many thanks, The only thing is that now playing a file with the Song Player crash the application. I will check with previous code what could cause this (tomorrow). Fre;D -- Sent from: http://mseide-mse

Re: [MSEide-MSEgui-talk] MSE and docking.

Re-re-re hello Martin. OK, capito, the crash was because I used the debugger (it is to hard for him to deal with audio programs with lot of dsp). Without debugger --> works like charm. Many thanks. I will use your tips for the next piece of StrumPract: the recorder. Fre;D -- Sent from: http

Re: [MSEide-MSEgui-talk] MSE and docking.

Hello Martin. OK, I committed your changes (+ proto of recorder-not-working-yet), many thanks. There is a problem with "Float all". When a song is playing (with Song Player) and if menu "Float" is clicked, the song becomes bad. But the problem is that it does not appends every time. Maybe some

Re: [MSEide-MSEgui-talk] MSE and docking.

Re-hello Martin. The first time you load StrumPract (when there is no status.sta) ---> docking is perfect. See picture msedock_ok. But once you close the application (and so a status.sta is created) and reload it, docking is

Re: [MSEide-MSEgui-talk] MSE and docking.

Re-re hello Martin. About problem of previous mail (load strumpract with a status.sta), it appends not every times . Now, after reboot, it is ok every time. So sorry for the noise (but maybe you are a idea why sometimes it appends). Thanks. Fre;D -- Sent from: http://mseide-msegui-talk.1396

Re: [MSEide-MSEgui-talk] MSE and docking.

Re-re-re hello Martin. Aaargh, I monopolize you forum, sorry. About problem of previous mail (load strumpract with a status.sta). After some more test, no good news. It still appends, even after reboot, let say 1 times on 3. To resume if open strumpract and close it, and reopen it, 1 time on 3

Re: [MSEide-MSEgui-talk] MSE and docking.

> Why do you store layout information in statfile although you set the position, > size and dock parent in code? I was thinking to keep all infos like checkbox.state, volume, paterns, history, etc... via the statfile. > Please clear the statfile property of the forms other than mainfo. OK, bu

Re: [MSEide-MSEgui-talk] MSE and docking.

> Set the statfile properties of the widgets/components which should store the > state in the statfile to mainfo.tstatfile1. Ok done. Perfect, have test, no more problems, many thanks. Huh,.., about "Tabbed dock" forms, is it possible to do it by code too (switch from "normal" docked to "tab do

Re: [MSEide-MSEgui-talk] MSE and docking.

> basedock.dragdock.currentsplitdir:= sd_tabed; OK, I will play with it, thanks. About status.sta and strumpract: procedure tmainfo.oncreatedform(const sender: TObject); begin ondockall(sender); end; I would like to not use ondockall(sender) at creation and use instead status.sta for form posi

Re: [MSEide-MSEgui-talk] MSE and docking.

> See attachment. WOW. And this is exactly what I wanted since th beginning (but was not able to do). And it can save/retrieve mix of floated and docked windows --> perfect. OK, time to study what you changed. Many thanks. The git-patch feature is very impressive. Thanks to have used the las

Re: [MSEide-MSEgui-talk] MSE and docking.

Re-hello Martin. Your patch is lovely. I did only a little change: procedure tmainfo.oncreatedform(const sender: TObject); begin if not fileexists(tstatfile1.filename) then ondockall(sender); end; This to have all the forms docked for first run. Thanks. Fre;D -- Sent from: http://mseide-ms

Re: [MSEide-MSEgui-talk] MSE and docking.

Hello Martin. Im deep in mse dock. OK, "simple" main dock form is working impressive perfectly. Floated forms the same. Now time to jump into "tabed" main dock form. This to give 3 layout options in main menu (Dock, Tab, Float). Maybe you remember when I was taking about the hint of the grip

Re: [MSEide-MSEgui-talk] MSE and docking.

Hello Martin. >> This to give 3 layout options in main menu (Dock, Tab, Float). > You know that it is possible to switch to tabs by dragging the grip ? Now I know ;-) --> magnifique. > Split caption can be activated by > .frame.grip_options go_showsplitcaption. OK, done but... what is it for?

Re: [MSEide-MSEgui-talk] MSE and docking.

mit. Also with direct-wiring (to listen to the micro live, even without recording). https://github.com/fredvs/strumpract Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant te

Re: [MSEide-MSEgui-talk] MSE and docking.

>Image 7 of timagelist1 has a white pixel, see attachment. I assume it should be transparent. Wow, well seen ! Very strange because I did a "copy/paste" of timagelist1 from a other project and the original did not have that white pixel. Ok, many thanks, I will re-create a new timagelist1. Sorr

Re: [MSEide-MSEgui-talk] MSE and docking.

>Very strange because I did a "copy/paste" of timagelist1 from a other >project and the original did not have that white pixel. OK, I find back the original project. It was a gift of Code DZ. See attachment. tab.7z And there tim

Re: [MSEide-MSEgui-talk] MSE and docking.

> Ok, many thanks, I will re-create a new timagelist1. Aaargh, there is something that I do not catch. I did delete image7 and replace by a other new (a jpg image of a line of 4 light gray pixels width, 1 pixel height) but it appears in timagelist as height of 2 pixels. OK, I will let it for la

Re: [MSEide-MSEgui-talk] MSE and docking.

> OK, I will let it for later Well, I deleted all the 4x4 pixels pictures where some blank pixels were added (after copy/paste imagelist component). And recreate new from scratch. Now, all is ok. (see picture) Sorry for the no

Re: [MSEide-MSEgui-talk] MSE and docking.

> Better to use png instead jpg because of the needed pixel precision. Thanks for the tip. I noted too that with jpg, transparency does not appear like wanted. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -

Re: [MSEide-MSEgui-talk] MSE and docking.

Hello Graeme. > JPG doesn't support transparency - period. Ok, noted for ever, I will forget jpg. ;-) By the way, compression of jpg is not way better than png: only few kb less. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -

Re: [MSEide-MSEgui-talk] MSE and docking.

> git master 90076e9113892e138c70356df70d9d4836d43233 has tgripframe.grip_hint. Perfect, many thanks. And Wow for the new layout of https://gitlab.com/mseide-msegui/mseide-msegui PS: I am back to earth next week. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ --

Re: [MSEide-MSEgui-talk] MSE and docking.

Hello Martin. There is a problem with last commit and ttabwidget. I did recompile ideU with last commit and the height of tabs is not correct anymore. See picture: Here the correct height of tabs when compiling with previo

Re: [MSEide-MSEgui-talk] MSE and docking.

Hello Martin. > BTW, http://mseide-msegui-talk.13964.n8.nabble.com/file/t2/oldtabok.png > also shows the white frame pixel in tabs. Yes, I did re--compile old commit of ideU to do the printscreen. In last commit (from yesterday) the white pixels are out. > You still need to reset files_tab.tab

Re: [MSEide-MSEgui-talk] MSE and docking.

Hello Martin. OK, with last MSE commit, ideU-tabs are OK, many thanks. See picture: > ideU does not compile with original MSEgui. ... ? Here it compiles "out of the box". But indeed, some additional project properties o

Re: [MSEide-MSEgui-talk] MSE and XLib. @Graeme

Hello. If I may, in fpc there is /packages/libc/src/lib_namesh.inc for "compatibility with Xylix", with all the correct sonames. lib_namesh.inc Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/

Re: [MSEide-MSEgui-talk] MSE and docking.

> Please remove the files and corresponding *.ppu and *.o you copied from MSEgui > project into ideU/src/ - especially msegraphedits.pas - in order to test. Sorry, but this one I do not understand. I did not copy any *.ppu and *.o you copied from MSEgui project into ideU/src/. But it is true

Re: [MSEide-MSEgui-talk] MSE and XLib. @Graeme

> Probably the only argument Free Pascal people will accept. ;-) Some wind says me that Code Typhon is busy to integrate Martin's patch into next CT 6.4 release. They are busy to test it on all their systems. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ --

Re: [MSEide-MSEgui-talk] MSE and docking.

> Please see attachment. The *.ppu and *.o are in src/units/ Ooops, ok, captio, you are talking about the custom msegraphedits.pas. I have to check why I did add that file into ideU/src/, at the moment I do not remember why. Well seen Martin (one more time). Thanks for your good eyes. Fre;D

Re: [MSEide-MSEgui-talk] MSE and docking.

>> I have to check why I did add that file into ideU/src/, at the moment I do >> not remember why. >https://www.mail-archive.com/mseide-msegui-talk%40lists.sourceforge.net/msg11434.html Huh, this mail was about StrumPract and Tslider, not about ideU project (that does not uses, afaik, any Tslide

Re: [MSEide-MSEgui-talk] MSE and docking.

> if not .clicked then begin Sorry but this is too simple for me. ;-) Perfect, many thanks Martin. (By the way, when did you add this .clicked ?) Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ---

Re: [MSEide-MSEgui-talk] MSE and XLib. @Graeme

> ??? I made no patch? Nearly, you explained on this topic Sep 09, 2017; 9:59pm, how to fix it. 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] MSE and docking.

>>(By the way, when did you add this .clicked ?) > I showed you why you should not do so and I showed you how to use > widget.clicked() instead. ;-) Ha, ok, maybe it was when I used dirty glasses. Sorry for the noise and thanks for the tip. Fre;D -- Sent from: http://mseide-msegui-talk.13

Re: [MSEide-MSEgui-talk] MSE and docking.

> Sorry but this is too simple for me. Not so simple ;-( OK, to give the position in label (not change the position of song) while moving the trackbar + button still clicked. But I would like, when the button is released, that the position of the song changes on that new value (uos_seek()). How

Re: [MSEide-MSEgui-talk] strumpract (was MSE and docking).

Hello Martin. Many thanks for your tips and patch. I will study it deeply. > A hint: the program crashes if compiled with -gh (heaptrace) there seems > to be a memory error somewhere. Yep, I have seen it yesterday. I have to check it. Other thing. I am busy with the file-list window (for dj

Re: [MSEide-MSEgui-talk] strumpract (was MSE and docking).

-- 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 sites, Slashdot.org! http://sdm.link/slashdot __

Re: [MSEide-MSEgui-talk] strumpract (was MSE and docking).

oat resolution --> crash + memory leak when using -ghl. If resolution is integer (16 or 32) no crash. Maybe you may test by yourself. Take the example SimplePlayer_MSE.prj from https://github.com/fredvs/uos. Compile it with -ghl and run it. By default, the resolution is float 32. --> it w

Re: [MSEide-MSEgui-talk] strumpract (was MSE and docking).

> A hint: the program crashes if compiled with -gh (heaptrace) there seems to be a memory error somewhere. Yeeep, there is a solution: ---> program strumpract; uses cmem, ... It solves everything, no memory errors, nor memory leaks. Same for all uos examples. Good to know. ;-) Fre;D --

Re: [MSEide-MSEgui-talk] tdirdropdownedit with statfile (was strumpract)

Hello Martin. > Please send a simple testcase which demonstates the problem. In last commit 5562904 of Strumpract: Choose a directory in the -Dir- (tdirdropdownedit) with some files (in the Files List window). Close the appl

Re: [MSEide-MSEgui-talk] strumpract (was MSE and docking).

> I don't think this is a solution, it simply disables the extra memory check heaptrace does. Ha, cmem disables extra memory check even with -ghl parameter ? Do you have a idea for a better solution ? Could it be that cmem works better than fpc memory manager for float ? Thanks. Fre;D --

Re: [MSEide-MSEgui-talk] tdirdropdownedit with statfile (was strumpract)

>> On my system -Dir- (tdirdropdownedit) appears with the list of directory, like if it was selected. > Please try again with git master a26cde4dd6fd0d15c94c1e5ce0919d4baf7ef683 Perfect, fixed, many thanks. Sorry but there s something else ;-(. When main form is "scrolled" using the scrollbar

Re: [MSEide-MSEgui-talk] strumpract (was MSE and docking).

> AFAIK heaptrace can not work with cmem. Aaargh, indeed, with cmem and using float 32 resolution: Heap dump by heaptrc unit 0 memory blocks allocated : 0/0 0 memory blocks freed : 0/0 0 unfreed memory blocks : 0 True heap size : 0 True free heap : 0 Here without cmem and float 32 resolutio

Re: [MSEide-MSEgui-talk] Artifacts in form scrolling (was tdirdropdownedit with statfile)

> A hint: the program crashes if compiled with -gh (heaptrace) there seems to > be a memory error somewhere. in uos code line 2878: for x := 0 to (Data.OutFrames div ratio) do ... Must be: for x := 0 to (Data.OutFrames div ratio) -1 do ... Many thanks Martin and Heaptrace. ;-) And for the me

Re: [MSEide-MSEgui-talk] Artifacts in form scrolling (was tdirdropdownedit with statfile)

> The problem is the negative shifts in mainfo.container.frame OK, removed that rounded "global" frames. (that was not nice in fact). Now, scrolling main form is perfect. Well, MSE dock was hardly and deeply tested. Verdict: There are no limit. Time to create now. Many thanks and wow Martin.

Re: [MSEide-MSEgui-talk] Artifacts in form scrolling (was tdirdropdownedit with statfile)

Hello Martin. I am busy with the mercyless test of MSE dock. Many wow. At the moment I did only find this strange: When docking all the windows into main window, sometimes the height of the scrolled design canvas is too high. See video: mse_scrollheight.mp4

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

Hello Martin. OK, i did apply your patch + compile with last MSE commit. At loading, perfect the size of the main form is ok, scrolling refresh well the canvas. Sadly after there are few problems. - Sometimes the vert scrollbar does not appear when all the forms are dockked. - And when it appe

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

Hello Martin. Many thanks for your investigations. It works perfectly now. The height-size is perfect now. Huh, why dont you like Timerwait ? It was used to ajuste the main form width if a vertical scrollbar appear. (Otherwise part of the docked forms are hidden, like the close buttons). See

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

Re-hello Martin. Is it possible to hide the end buttons of a Tslider ? If yes, how ? Thanks. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech community on one of the w

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

> It is a matter of style. Personally I think one should not restrict the users if they want to change the window size. I agree with that too. But the "all docked" layout is to give users a "out of the box" nice layout. They may change the size of some forms (but I prefer to let some forms unsiza

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

> si1.cx:= basedock.width; //do not change width OK only added it. ;-) Works formidably now. Many thanks Martin. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ -- Check out the vibrant tech com

[MSEide-MSEgui-talk] Application paused if no mouse event.

Hello Martin. I have a strange problem. While using a timer, sometimes, the application pause itself. But when moving the mouse, it re-works again. See video. mse_stopnomouse2.mp4 What could be the cause of this ?

Re: [MSEide-MSEgui-talk] Application paused if no mouse event.

Hello Martin. > I can reproduce it now if not compiled with -gh Ha here it appends even with -gh. > But sometimes there is a libc memory error How do you get that error ? Even with -ghl + debugger I cannot have errors. Very difficult to debug then. What could I do ? Thanks. Fre;D -- Sent

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

> Bugs should be fixed not "workarounded". ;-) Huh, then, sorry, there is still something... All works perfectly if all the forms are visible. But if child-docked-forms are closed inside the main parent form, it has still problems. The canvas is not refreshed when floating all the visible form

Re: [MSEide-MSEgui-talk] Application paused if no mouse event.

Hello Martin. ... WOW ... > Linux gui_getevent() breakes xfilterevent() loop if there is no message. If I may, you did discover something **very** annoying. My previous audio project: miXimum uses LCL + Bass audio library. https://sites.google.com/site/fiensprototyping/ Because of that "ran

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

> Changed in git master 367f65d6c118112ecec6f16eb6af36635fcd85b8. Works perfect now. Many thanks. 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] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

Hello Martin. OK, tested deeper with last MSE commit. It works much better but a work-around is still needed. See video: mse_withoutwa.mp4 It is not a big problem because "TimerWait Workaround" fixes it perfectly. See

Re: [MSEide-MSEgui-talk] Application paused if no mouse event.

> This night will be a merciless test, StrumPract will be the dj all night. Hello Martin. OK, the night was white. Strumpact did his DJ job perfectly, no crash, no pause. The only detail is when a thread is synchronizing graphic of a other form (not the parent form of the thread). It produce s

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

-- 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 sites, Slashdot.org! http://sdm.link/slashdot __

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

> height := emptyheight; //basedock is still big -> mainfo has scrollbar(s) > width := fowidth; Huh, it is already there in code and did not help without "timerwait workaround". (see line 401 of procedure tmainfo.onfloatall(const sender: TObject) --> main.pas). PS: It is not importan

Re: [MSEide-MSEgui-talk] strumpract (was Artifacts in form scrolling (was tdirdropdownedit with statfile))

> which sets the size of the form -> there will be scrollbars if basedock is too > big. I meant set the size of basedock too, somethin like: > basedock.size:= > height := emptyheight; > width := fowidth; Ha, ok, you mean to add the code of "TimerWait Workaround" ? ;-) Ok, many thanks. F

Re: [MSEide-MSEgui-talk] Application paused if no mouse event.

> How do you do that? application.lock()/unlock()? Maybe. I have to check uos code. It uses {$DEFINE mse} and so uses msethreads and application.lock()/unlock(). Maybe there are not placed on the right place... application.lock()/unlock() is not used in Strumpact forms. > An alternative is... Ha

[MSEide-MSEgui-talk] About MSE TFilelistview.

About TFilelistview Hello. In filelist.opions you may sort the filelist by name, time, size... Perfect. But is it possible to have a filelist with those data too in extra columns? Or maybe only the name can be displayed. Is it possible to apply a filter? What would be the syntax to assign as

Re: [MSEide-MSEgui-talk] Application paused if no mouse event.

Hello Martin. I did play with lock()/unlock in uos but still those underrun errors. There is something that I do not catch. So I came back with {.$DEFINE mse} (that uses classical fpc thread + queue()) and all synchros are ok without any error underrun message. Also no more scratch when opening

Re: [MSEide-MSEgui-talk] About MSE TFilelistview.

> Please use a tstringgrid or a twidgetgrid with the wanted columns and fill it > with the data provided by a tfiledatalist in unit msefileutils. . Ha, ok, I will try. Thanks. Fre;D -- Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/ ---

Re: [MSEide-MSEgui-talk] Application paused if no mouse event.

> There is application.queueasynccall() OK, I will try this. Asap. Thanks. 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 engag

[MSEide-MSEgui-talk] MSE Canvas.

Hello Martin. How to draw lines on a canvas with MSE ? For example, LCL: Canvas.Line(x,y, cx, cy)... fpGUI: Canvas.drawLine(x,y,cx,cy)... Does it exist a demo of some use of MSE canvas/draw lines ? Would it be possible to draw on the canvas of a TSlider.scrollbar.face ? This to draw the wave-f

Re: [MSEide-MSEgui-talk] About MSE TFilelistview.

>> Is it possible to apply a filter? > tfilelistview.mask:= '"*.you" "*.she" "*.me"'. Does not work here: filelistfo.list_files.path := dir.value; filelistfo.list_files.mask := '"*.mp3" "*.wav" "*.ogg" "*.flac"'; ---> F

Re: [MSEide-MSEgui-talk] Application paused if no mouse event.

> There is application.queueasynccall() ... Ha, ** VERY MUCH ** better. ;-) ---> No more underrun error, no scratch when opening dialog files, no scratch when switching float<>tab or opening/closing forms. Synchronization: perfect. (maybe even better than fpc-queue()). OK, re-come back to {$DEF

Re: [MSEide-MSEgui-talk] MSE Canvas. (Answer from Martin)

Ooops, your message did not appear in nabble.com --> here a copy: On Tuesday 26 September 2017 15:05:21 fredvs wrote: > Hello Martin. > > How to draw lines on a canvas with MSE ? > > For example, > LCL: Canvas.Line(x,y, cx, cy)... > fpGUI: Canvas.drawLine(x,y,cx,cy)... &

Re: [MSEide-MSEgui-talk] About MSE TFilelistview.

Hello Martin. OK. (but a bit tricky...). Thanks. 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 sites, Slashdot.org

  1   2   3   4   5   6   7   8   9   10   >