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()).

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

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.

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

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

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

> 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

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

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

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.

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.

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

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.

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:

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

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

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

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,

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

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:

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.

> 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

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 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

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.

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

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.

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

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;

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

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 works

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:

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 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

[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

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

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

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.

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

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

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

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

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

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

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.

<    7   8   9   10   11   12