good news fred .
But would the end user also have to install all those dependencies if he
want to run an app produced by msegui ?
On Wed, Jan 17, 2024, 02:00 Fred vS wrote:
> Hello everybody.
>
> A litle surprise for the new year: MSEgui goes on the Mac.
>
> It is done via XQuartz.
>
> To do it,
add -OoNOPEEPHOLE to avoid
> crashes of the IDE.
>
> So maybe it is the same for mseide, if you compile with -O3 and
> -OoNOPEEPHOLE is it ok?
>
> De : code dz
> Envoyé : mardi 11 juillet 2023 18:52
> À : General list for MSEide+MSEgui
>
&g
On 7/11/23, Fred van Stappen wrote:
> Hello Code DZ.
>
>>when i hit make it compiles ok for the first time, but in the second
> or third time mseide freeze .
>
> Hum, here on Windows 11, with mseide 5.8.0 from asset release, making the
> demo with -O3, even lot of time
On 7/11/23, Fred van Stappen wrote:
> Hello Code DZ.
>
> There is something that I dont understand.
> mseide get freezes during compilation or when running/debugging the
> application?
>
> I cannot understand why mseide freezes during compilation.
> If it is by running/d
On 7/10/23, Fred van Stappen wrote:
> Re-hello Code DZ.
>
> I am here on a Windows 11 machine.
>
> I have created a console app with MSEide 5.8.0. and MSEgui 5.8.2.
>
> Here no problem to compile + run + debug with -O3 optimization.
> Do you have the same problem with -O3
On 7/10/23, Fred van Stappen wrote:
> OK and aaargh.
>
> I will jump into it asap.
>
> Does it come only with console project and Windows 32 bit?
> Did you have that problem with previous release?
>
> Thanks.
>
>
> ________
> De : code
On 7/10/23, Fred van Stappen wrote:
> OK and aaargh.
>
> I will jump into it asap.
>
> Does it come only with console project and Windows 32 bit?
> Did you have that problem with previous release?
>
> Thanks.
>
>
> ________
> De : code
On 7/8/23, Fred van Stappen wrote:
> Hello everybody.
>
> There is a new release 5.8.2 with fixes for db filters and -dglibc225 option
> parameter to build "timeless" binary for Linux 64 bit.
>
> To produce the "timeless" binary, there is a demo in /tools/timeless_clock/
> to show how to do with t
yes its magical how ai becomes , i was thinking if it could help to improve
fpc , i mean when used by fpc core developers
On Sat, Jan 7, 2023 at 5:05 PM Fred van Stappen wrote:
> Hello everybody.
>
> See here:
> https://forum.lazarus.freepascal.org/index.php/topic,61772.msg466094.html#msg466094
thanks fred , yes it works by using cl_default
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Hi
it seems pairwords mark color in project options can not change its
color , it has only one color (yellow) if i change it to gray for
example it still yellow .
i am using the mseide 5.6.10
___
mseide-msegui-talk mailing list
mseide-msegui-talk@list
those benchmarks are not fair , c++ uses simd intrinsics and openmp
for multithreading , so in multicore cpu its much faster than fpc .
maybe the speed becomes equal if they uses only native language
without addons
___
mseide-msegui-talk mailing list
ms
Hi Fred
it happend only when building mseide with -O3
with -O2 everythings works fine
so clearly its an fpc bug (still not fixed ) , i think let's stick
with -O2 by now , also i don't see any benefit using -O3 on mseide .
i mean the speed looks the same .
ok thanks Fred for your patience with me
Hi Fred
thanks for the fix , the button is working now .
i just tried with fpc latest trunk but mseide still crashes
the crash occur when you compile your app for the second time , for
example create new msegui application and hit make , it compiles ok ,
now if you try compile it again then mseid
Hi Fred
i tried with fpc trunk last night , but seems the problem still remains
i also removed cmem unit but nothings changed .anyways i'll try to
debug mseide and tell you later on ,
by the way , the button of select fpc dir in mseide config dialig is
not working .
___
Hi Fred
i just rebuild mseide with -O3 , i am using fpc 3.2.2 on windows7 32bits
the problem now is whenever i compiling new prject then mseide hung
and don't respond until i kill its process .
then i rebuild mseide with -O2 and every things return working fine ,
i don't know if tou experienced
thanks Fred
you found it , congrats ;)
well it doesn't work by following the steps you mention ,so after some
tweaking i got it to working by :
1 add tfont component to mainform and set its hight
2 add tpopupmenu to mainform
3 assign tfont to tpopupmenu.menu.template
4 assign tfont to tmainfo.font
Hi Fred
seems there is no option to play with tedit auto popup menu font , i
think it is by design
just i thought i could change it , because visually it is inconsistent
with bigger font (big edit and small popup menu ) , anyway its ok ,
not big harm
about the rounded button yes it was me ;) , lon
H Fred
just one last question
if i set a font for main form , normally every control in this form
should inherited from the mainform font , but one exception i found is
that Tedit popup menu doesn't behave the same
___
mseide-msegui-talk mailing list
ms
Hi fred
it works now , thanks for the fix
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
catch new one
if you try to set directory for msegui you'll get this message
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
thanks Fred
you're right , let's wait maybe there are more bugs hidden
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Hi Fred
BTW , i used to use the new button to create new folder , not new file
Le sam. 26 févr. 2022 à 21:09, Fred van Stappen a
écrit :
> Re-hello code dz.
>
> Indeed there is a problem.
> When doing "Save as" and trying to create a new dir there is a av.
>
&
Hi Fred
seems there is an av when click on new folder button in open file dialog.
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
well done fred.
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
2021-06-07 16:34 UTC+02:00, fredvs :
> Hello Code DZ.
>
> OK, fixed (I hope) in commit fd0f8dc27.
>
> But you will need to re-compile mseide first and then use that binary to
> change msesettings code.
>
> Fre;D
>
>
>
thanks fred , it works now ,
btw the spacer
Hi
i made a change to mseide configure form and then tried to rebuild
the new build doesn't show my changes and it still has the old form ,
it means it doesn't recompile , im talking about (
lib/common/designutils/msesettings.mfm ) ,
so my question is how to build this form within mseide build ?
but allegro is built on top of xorg if i remember correctly !
there was an atempt from martin to introduce SDL2 as a graphic backend for
msegui but he just stop working on it
On Fri, Apr 9, 2021, 08:34 vasi vasi wrote:
> I was thinking, Allegro5 lib is ported everywhere, it might be better used
t; OK, commit fa2de3f31
>
> Fre;D
>
> --
> *De :* code dz
> *Envoyé :* mardi 23 mars 2021 17:00
> *À :* General list for MSEide+MSEgui <
> mseide-msegui-talk@lists.sourceforge.net>
> *Objet :* Re: [MSEide-MSEgui-talk] A real forum for MSEide+MSEgui
>
> m
maybe you can isolate windows os by ifdef , because on windows there
is no problem
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
hi fred
i tried rebuild mseide from your latest commits . it becoms very slow
especialy when you resize the form .
i will elaborate more later
On Tue, Mar 23, 2021, 15:20 fredvs wrote:
> > And try create new temporary forum on free hosting:
> > https://a4370898.000webhostapp.com/forum/index.php
it works well , thanks fred
2021-01-08 16:57 UTC+01:00, code dz :
> thank you fred , i'll check that when i come home
>
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/list
thank you fred , i'll check that when i come home
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
thanks fred, but i can't open the project , seems incompatible with
the new msegui !
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
hello fred
you reminded me of tchart component , i tried while ago to figure out
how it works with no success so far . it has tons of parameters in the
object inspector.
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https:
2020-08-08 20:02 UTC+02:00, fredvs :
> Hello.
>
> The problem of incompatibility with MSE image and the classes bridge is
> solved.
> The fixes are in last commit of MSEgui.
>
> So now you may use the classes bridge for all your MSE applications, even
> if
> you dont use BGRABitmap, all MSE widgets
thats cool , thanks fred
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
thanks fred , that was quick :)
ok i'll try it tonight
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Hi
seems timagelist dose not accept any image and show this error when
you try to assign a new image into it .
where could be the problem ?
i am using fpc 3.2 & msegui from (https://github.com/mse-org/mseide-msegui)
___
mseide-msegui-talk mailing list
mse
2020-04-02 11:45 UTC+02:00, fredvs :
> Hello everybody.
>
>> Also, I propose to name the new release 5.0.0, (it seems that Martin
>> changed
>> the first number when a new fpc version was allowed).
>
>> And change, maybe, the copyright with:
>
>> Copyright (c) 1999-2020 by Martin Schreiber and frie
good idea , but 3.2 is still in release candidate
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
why not just replace byte with integer , i am not sure
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
why not just replace byte with integer , i am not sure
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
> Yes and did not find any problem.
ok , thats cool :)
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
did you try compiling with fpc 3.0.4 with all these changes? just to
be sure of backward compatibility .
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
yes , every things works fine so far ;)
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
well done fred :D
In a moment, I lost hope , and eventually you did it :)
thanks for your effort
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Hi fred
i don't know why martin has disable some warnings while ago and not fixing it
you may have seen this in every msegui unit :
{$if fpc_fullversion >= 030100}
{$warn 5089 off}
{$warn 5090 off}
{$warn 5093 off}
{$warn 6058 off}
{$endif}
so i think this list should be extended
I dont remember exactly . but i think Its about range checking .
On 9 Mar 2020 20:29, "fredvs" wrote:
> Re-hello Code DZ.
>
> > I tried fixing these warning but i lost .
>
> What makes you stop, what kind of warnings?
>
> Fre;D
>
>
>
> --
&
Hi fred. I tried fixing these warning but i lost . i think msegui should
stay with fpc3.0.4 until finding the fix .
On 8 Mar 2020 14:11, "fredvs" wrote:
> Re-hello.
>
> OK, I did apply the Graemes's fix: adding {$interfaces corba}, just after
> unit msedbusinterface.
>
> This fixes the error:
>
also load/save layout doesn't work , i don't know where's the layout
is saved , project file or
statfile ? .
also i noted tons of warnings during the compilation , i remember
martin said that mseide/msegui should compile without warnings .
if i get free time i would like to investigate and try
hi fred
if you only want to build fpc trunk without lazarus, than why not
using fpcupdeluxe
it's very simple and every time you build fpc it only update the changing files
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
http
>
> In previous post you write that you did fix the problem.
> Was it fake news?
>
i've rechecked again
yes you are right , the problem still exist !!
last time when i post this , i thought my mseide.exe was built by fpc
3.3.1 , but in fact it was built by fpc 3.0.4 , so for that i haven't
seen the
hi fred
so the problem exist !
time ago in lazarus forum i remember they talked about breaking
filestream backward compatibility , i don't remember exactly where
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.
oops my fault
the mseide.exe which is associated with *.prj files was located in an
old build of mseide
now i changed the association to the new mseide build location , and
every things works fine
___
mseide-msegui-talk mailing list
mseide-msegui-talk@l
hi fred
your mseide_exe works just fine , so maybe i did something wrong when
i compiled fpc or mseide
ok i'll try to clean and compile every things from zero
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sou
2019-08-04 16:39 UTC+02:00, fredvs :
>
> So, in short, I totally understand now why Martin was not hot to make mse
> compatible with fpc version that was not totally tested and released.
>
> Fre;D
>
yes ,i remember martin was not interesting in making msegui/ide
compatible with fpc trunk ,
i asked
hi fred
seems (view->load window layout ) is not working with the new fpc 3.3.1
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
thanks fred
yes it works now ,
on the mailing list Sven posted new fix , did you try it ? seems more compact
2019-07-26 0:30 UTC+02:00, fredvs :
> Hello Roland, hello Code DZ.
>
>> where is the repository that contain the fix ?
>
> https://github.com/mse-org/mseid
thanks fred for the effort .
where is the repository that contain the fix ?
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
I have no idea how to hide self parameter. I am not that good to fix such
problems quickly but maybe it needs more deep invastigation
On Jun 8, 2019 12:28, "fredvs" wrote:
> > (if your application is not using TParamFlag).
>
> Huh, of course if your application uses TParamFlag or if you know how
thanks fred
so msegui should stay with fpc 3.0.4 until some one find a proper fix .
i hope this summer i can find time to get deeper into msegui source code
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourc
Hi
any news about this ?
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
2019-04-25 1:05 UTC+02:00, Graeme Geldenhuys :
> On 24/04/2019 21:22, fredvs wrote:
>> Sadly I am not a guru in interface things and I do not see what is wrong
>> with iificlient interface for fpc > 3.0.x.
>
> No worries. I had a quick look and fixed the issue. Please find attached
> patches. I tes
2019-04-25 1:05 UTC+02:00, Graeme Geldenhuys :
> On 24/04/2019 21:22, fredvs wrote:
>> Sadly I am not a guru in interface things and I do not see what is wrong
>> with iificlient interface for fpc > 3.0.x.
>
> No worries. I had a quick look and fixed the issue. Please find attached
> patches. I tes
java virtual machine choose the fastest instructions per cpu , so no
wonder it is fast
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
>
> Huh, did you try the test + benchmarks of /mselang/test/ ?
>
AFAIK maelang is not yet complete and it works only for simple cases ,
at least that's what martin said.
>
> IMHO, it is not a question of programming language, Pascal does as good as
> c/c++ if the good optimizations are used.
>
i
2019-02-03 21:11 UTC+01:00, fredvs :
>> Your death spell for MSEIDE-MSEGUI?
>
> IMHO, MSEIDE-MSEGUI will stay with fpc release 3.0.2 and 3.0.4.
>
> And if one day MSEIDE-MSEGUI does a upgrade concerning compiler, it will be
> to use mselang.
>
> I think that fpc is too much self-centered (why not w
2019-01-31 16:58 UTC+01:00, Graeme Geldenhuys :
> On 2019-01-31 3:48 p.m., code dz wrote:
>> iam not using msegui anymore , iam just mention that it doesn't work
>> with fpc trunk
>
>
> Just curious, what exactly is the compiler error message?
>
>
> Regards,
2019-01-31 16:30 UTC+01:00, Patrick Goupell :
>
>> fpc 3.0.4 works fine , the problem is with fpc 3.3.1
>>
>>
>
> SO why use something that does not work?
>
> Patrick
>
iam not using msegui anymore , iam just mention that it doesn't work
with fpc trunk
___
2019-01-31 14:09 UTC+01:00, Patrick Goupell :
>
> On 1/31/19 7:25 AM, fredvs wrote:
>>> did you try compile msegui/ide with fpc trunk ?
>> AFAIK, msegui/ide can be compiled with fpc <= 3.0.4.
>>
>> I did try to compile some msegui projects with fpc 3.1.1..
>>
>> It was ok for Windows but fails for
@ferd
did you try compile msegui/ide with fpc trunk ?
last time (last week) i got alots of errors
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
2018-12-28 12:54 UTC+01:00, fredvs :
> Hello.
>
> I see that Patrick Goupell, Mohamed Hamza and me are members of MSE
> project.
>
> Do you agree to lead MSE project?
>
> Of course if somebody else want to join us, he is more than welcome.
>
> And all advices are also welcome.
>
> Fre;D
>
i am not
from this conversation
(https://pascal.developpez.com/interviews/martin-schreiber/en/)
i guess he's between 50-60
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-t
this is really really sad news ,it is the worst thing I've ever expected
he's gone and he left this great project like an orphan
this is life
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lis
i hope he's ok ,cuz it is unusual for him to be absent for all that time !!
even in the gitlab there is no activities since a month
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinf
seems really fast
looks like Ultibo combines the advantage of boot speed (like
microcontroller bords) and the availability of fast cpu processing .
really great project
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https:/
2018-11-04 10:50 UTC+01:00, Martin Schreiber :
> On Sunday 04 November 2018 09:17:23 code dz wrote:
>> many thanks
>> the previous release wasn't 4.7 ?
>>
> 4.7 is the current git master version. Odd version numbers are variable
> development versions.
>
many thanks
the previous release wasn't 4.7 ?
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk
Hi Martin
i this layout (see attachment)
i want to place the target-console window under watches window , is it
possible to drag target-console window directly to the desired place ?
it seems i must place it on top of debugger window first , then drag
it down ( which i think it is not practical )
2018-09-07 21:25 UTC+01:00, Duat :
> Hello :),
> Support Inline Assembler x86 / 64?
>
> Thank you
>
>
is this a question or pull request ?
___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/l
2018-08-29 17:31 UTC+01:00, Martin Schreiber :
> On Wednesday 29 August 2018 18:21:28 code dz wrote:
>> 2018-08-29 9:37 UTC+01:00, Martin Schreiber :
>> > On Tuesday 28 August 2018 23:15:09 code dz wrote:
>> >> i added a counter and yes paint event triggered ev
2018-08-29 9:37 UTC+01:00, Martin Schreiber :
> On Tuesday 28 August 2018 23:15:09 code dz wrote:
>> i added a counter and yes paint event triggered every 16ms
>> i interrupt the application as you suggest me , you can see the call
>> stack pictures
>
> Please ad
2018-08-29 9:37 UTC+01:00, Martin Schreiber :
> On Tuesday 28 August 2018 23:15:09 code dz wrote:
>> i added a counter and yes paint event triggered every 16ms
>> i interrupt the application as you suggest me , you can see the call
>> stack pictures
>
> Please ad
2018-08-29 6:49 UTC+01:00, Martin Schreiber :
> On Tuesday 28 August 2018 23:15:09 code dz wrote:
>> i added a counter and yes paint event triggered every 16ms
>> i interrupt the application as you suggest me , you can see the call
>> stack pictures
>
> Interesting tha
2018-08-27 23:24 UTC+01:00, Sieghard :
> Sehr geehrter Herr dz,
>
> Sie schrieben am Mon, 27 Aug 2018 21:51:38 +0100:
>
>> i disabled the antivirus but the result still the same , i also
>> noticed that if i enabled to_leak
>> the cpu usage reduced to 35
>> ok seems this problem exist only on this
i disabled the antivirus but the result still the same , i also
noticed that if i enabled to_leak
the cpu usage reduced to 35
ok seems this problem exist only on this laptop (hp compaq 8710w
mobile workstation) , i have another pc runing windows7 and the app
almost uses 0% cpu .
any idea on how to
2018-08-27 9:43 UTC+01:00, Martin Schreiber :
> On 26.08.2018 23:45, code dz wrote:
>> Hi Martin
>> i made a simple test across msegui & lazarus & wxwidgets to see who's
>> uses less cpu
>> the test is very simple : a paintbox & timer , i set the timer
2018-08-27 6:37 UTC+01:00, Martin Schreiber :
> On Sunday 26 August 2018 23:45:08 code dz wrote:
>> Hi Martin
>> i made a simple test across msegui & lazarus & wxwidgets to see who's
>> uses less cpu
>> the test is very simple : a paintbox & timer , i
Hi Martin
i made a simple test across msegui & lazarus & wxwidgets to see who's
uses less cpu
the test is very simple : a paintbox & timer , i set the timer
interval to 16ms and in its ontimer event i invalidate the paintbox to
trigger its paint event , in the paint event i draw a rectangle
after e
2018-07-26 20:25 UTC+01:00, Martin Schreiber :
> On 07/26/2018 07:15 PM, code dz wrote:
>> Hi Martin
>> i tried to create a slider at runtime with this code , but nothing
>> appears
>>
>> procedure tmainfo.onbuttonclick(const sender: TObject);
>>
2018-07-26 18:15 UTC+01:00, code dz :
> Hi Martin
> i tried to create a slider at runtime with this code , but nothing appears
>
> procedure tmainfo.onbuttonclick(const sender: TObject);
> var sd : tslider;
> begin
> sd := tslider.create(tscrollbox1);
> sd.to
Hi Martin
i tried to create a slider at runtime with this code , but nothing appears
procedure tmainfo.onbuttonclick(const sender: TObject);
var sd : tslider;
begin
sd := tslider.create(tscrollbox1);
sd.top := 10;
sd.left := 10;
sd.width := 100;
sd.height :=
fixed ;)
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
mseide-msegui-talk mailing list
mseide
but i noticed that befor you clone the project folder , you have to
set main.pas as the active tab .
if you set unit1 active befor closing then mseide will not duplicate
the unit1.pas
--
Check out the vibrant tech communit
test.7z
Description: Binary data
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
mseide-msegui
with my attached example , you can try
https://i.imgur.com/cqJyjmf.gif
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
>
> Please check the paths of the "unit1.pas" files by clicking on it and check
>
> the path display at the bottom of the source window, they should be
> different.
> The opened files are stored as absolute paths and relative to the project
> directory in *.prj file. At loading of *.prj MSEide firs
Hi Martin
i think i asked you about this problem while ago , but i there was no
repro steps
now to repro this issue :
1 create new project
2 create a unit in the same prj folder , add a type or const or var.. into it
3 ctrl+lclick on the type or const but in the main program ( this
should let t
>
> Please set tsimplewidget1.bounds_cxmin or use a tscrollbox instead a
> tsimplewidget as container.
>
> Martin
>
seems i used to use tsimplewidget every time as a basic container ,
now tscrollbox looks much better ;)
thanks
--
1 - 100 of 239 matches
Mail list logo