Re: [MSEide-MSEgui-talk] Error compiling with 5.0

2020-04-09 Thread fredvs
Hello Med.

So happy to read you!

> What do you think ?

That is great that you jump into code and test it.
Of course please if you see something wrong, fix it.
Do you have a Github account?

The fixes are about wrong use of enumeration.

dsCheckFiler is a example, in original code it is declared as constant,
ord(theenum) + 1 (or something like that).

Following fpc guru advice, it is a bug,  dsCheckFiler should be part of the
enum not be a "extra member".
I did fix it and all what could be the result of it.

But sure, your fixes are more than welcome.

Fre;D








--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Error compiling with 5.0

2020-04-09 Thread fredvs
> Adding dscheckfilter to tdatasetstate  is then not necessary in this new
version 5.

Yes, of course it is necessary, because later in code, dscheckfilter is
called (a that generated the warning before).

By the way, now you may check if the data is busy to check the filter, not
sure if it is very useful but you can do it now.
And before also but it was well hidden.

Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-04-10 Thread fredvs
> Why do you think so? AFAIK, it is _meant_ to be handled in such a way. 

But how will you do is the library dont provide the "nude" symlink and only
provide the soname, like libportaudio.so.2?
Oblige people to create by their self a symlink libportaudio.so ?

Sorry but I prefer to link directly to libportaudio.so.2.

You have to take in account that the soname is updated each time that a
minor version appear, so you are always uptodate if you use the soname (the
soname is the name of the library + ".so" + the first number).

Fre;D 



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Out-of-the-box package with fpgui, msegui and mse-fpc included.

2020-04-09 Thread fredvs
Hello Everybody.

GTK, Qt and KDE have recently change their licenses, it is much more
restrictive now.

Maybe the opportunity for people to try other widgetset more open, like
fpGUI or MSEgui...

Fre;D






--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Space and empty lines removed in commits.

2020-03-13 Thread fredvs
Hello Sieghard.

> Do you use Windows (a manualizing tool) or Linux (an automating tool)? 

I use Linux.

> "sed -i 's/[[:blank:]]*$//' "

Thanks for the tip!

Maybe Graeme is already busy with it.

Anyway, I will use the magic words (that works very well with Graeme):

"Graeme, if you want, I will do it asap."

;-)

Fre;D







--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Space and empty lines removed in commits.

2020-03-13 Thread fredvs
> You are green to go!   :-) 

Aargh, it does not work this time.

OK. (but asap).

Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-15 Thread fredvs
> To resume, a enum variable is initialized with the first item of the enum.

Fake news, this is true:

To resume, a enum variable is initialized with 0.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-15 Thread fredvs
> What a glaring omission, no? 

Yes.

Also I am not totally convinced by the arguments to defend the choice of 0
as initialization of a enum var.
Imho, it would be much more logic to initialize with the first item and I do
not see what could be the problems.

Here the answer in fpc mailing-list

> Hi Sven, sorry to come back, (dont forget I am a enum-guru now).
>
> But to be totally logic, in the previous code:
>
>> if kind = tabulatorkindty(0) then

> Should it not be something illegal because of definition:
>
>> tabulatorkindty =
>> (tak_none := 1,tak_left,tak_right,tak_centered,tak_decimal);
> the values assigned are tak_none = 1, tak_left = 2, tak_right = 3,
> tak_centered = 4, tak_decimal = 5
> and 0 is never assigned.
>
> Then (re-imho) there is something strange with initialization with 0
> because
> 0 should be out of range.

The thing about the default value is that it's some known value, not
necessarily some legal value. Also what value should the compiler select

otherwise? The first one? The last one? The one with the lowest value?
(enum values can be negative by the way) The one with the highest? The
same also applies to range types: MyRange = 3..6.
0 is simply a sane default. It's the task of the programmer to make sure
that their code works correctly nevertheless. Not to mention that 0
initialization is something that's very likely to be supported by the
operating system: for global variables without explicit value set the
BSS section is used which tells the OS to allocate a certain memory area
with its content set to 0 (this area contains all unitialized global
variables). Same is also true for class instances: it's easy to simply
allocate the whole memory area to zero, however to initialize each and
every field to a known default is much more costly (see the performance
impact that management operators had for managed fields inside classes,
before that was improved again).

Regards,
Sven  



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Space and empty lines removed in commits.

2020-03-15 Thread fredvs
OK, done in 2 last commits.

I hope I did not a disaster.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Space and empty lines removed in commits.

2020-03-15 Thread fredvs
> OK, done in 2 last commits.
> I hope I did not a disaster. 

I did use that command (after done a copy of .git and images files):

$ find . -type f -name '*.*' -exec sed --in-place 's/[[:space:]]\+$//' {} \+

After that command, I did paste the original copied .git and images files.

Fre;D






--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Space and empty lines removed in commits.

2020-03-15 Thread fredvs
> If you are COMPLETELY SURE that NOT A SINGLE FILE of them all is a binary 

No, I am not completely sure.

It is the reason why, before to apply the patch, I did copy the directories
containing binaries and git files in safe place.
(Imho, only images and git files are concerned).

Then apply the patch for all files.
(Of course, the patch could use a filters in place of  "-name '*.*'", but
more complicated).

When all files are patched, replace the binary directories and git files
with the original one.

Fre;D














--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-13 Thread fredvs
Hello Sieghard.

> Have a lot of fun! 

With your code I get this:

$ /home/fred/weird/weirdtest

low: we_2, value: 2; high: we_decade, value: 20
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 
we_2: 2Runtime error 107 at $00401293
  $00401293
  $0040104F

___

Would you be happy with this:?

PROGRAM weirdtest;

TYPE weird = (we_2:= 2, we_5:= 5, we_next, we_more, we_decade:= 20);

const
 weirdorder: Array[1..5] of weird=(we_2,we_5,we_next, we_more,
we_decade);

VAR we: weird; wn: integer;

BEGIN
WriteLn ('low: ', low (weird), ', value: ', ord (low (weird)),
  '; high: ', high (weird), ', value: ', ord (high (weird)));
FOR wn:= ord (low (weird)) TO ord (high (weird)) DO Write (wn, ' ');
WriteLn;
   
we:=Low(weird);
for we in weirdorder

 DO Write (we, ': ', ord (we));
WriteLn;
END.

___

Gives as result:

$ /home/fred/weird/weirdtest

low: we_2, value: 2; high: we_decade, value: 20
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 
we_2: 2 we_5: 5 we_next: 6 we_more: 7 we_decade: 20

Fre;D









--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-04-05 Thread fredvs
> But it seems that it was fixed it you create a new program. 

No it was not fixed but it is fixed now with last commit:

https://github.com/mse-org/mseide-msegui/commit/ff265a6

Thanks to note it.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Error compiling with 5.0

2020-04-05 Thread fredvs
> MseGui Version 4.6.3

Ha, ok,  I see, you are used a trunk version so the version was 4.6.3.

If so, I do not understand why you did not have the error with 4.6.3, but
maybe you are using a old trunk 4.6.3, not the latest.

The latest trunk 4.6.3 from https://gitlab.com/mseide-msegui/mseide-msegui
has already dscheckfilter.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Error compiling with 5.0

2020-04-05 Thread fredvs
Re-hello Med.

Now that I did recheck, there was lot of fixes in databases files.
The most about enum variables.

I did not test databases so it is great that you could test it.

If you see other problems, please say it.

Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-04-05 Thread fredvs
 > Sorry I do not catch this, what are the coding line markers?

Ha, ok, I get it, indeed the blue point is too big and in the wrong side.
I will fix it asap.

Thanks to note it.

But now that you point it, there may be also a problem with the shortcut
icon that is there too.

Hum, ok, this need some cups coffee.

Fre;D





--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-04-05 Thread fredvs
Hello Sieghard.

> The - now - big blue blobs appearing in the left hand "gutter" after ...

Sorry but my English is not yet perfect and in this case I fear that only a
picture could fresh my mind.

Is it not possible to add a screenshot of what you want to describe?

Thanks.

Fre;D 



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-04-05 Thread fredvs
>  > Sorry I do not catch this, what are the coding line markers? 

OK, fixed in last commit:
https://github.com/mse-org/mseide-msegui/commit/255207

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Error compiling with 5.0

2020-04-05 Thread fredvs
> Then Why do I have this AboutForm Form  ( See attach.)   . 

Huh yes indeed I dont really understand how Martin assigned the release
number.

In his source it was last release 4.6.2 and trunk 4.6.3.

No sorry I do not understand why he used version 4.7 in about-form and 4.6.2
in source.

Anyway, in last release it is version 5.0.0 in about-form and source.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Error compiling with 5.0

2020-04-05 Thread fredvs
> MseGui Version 4.6.3

Hu, last version from Martin was:

Version 4.6.2 2018-11-03

???

Please do like this to download last msegui source:

Go to site:
https://github.com/mse-org/mseide-msegui

Then click on the green button at middle-top right "Clone or Download" and
choose Download zip.
Un-compress the file and use that directory as source for msegui. 








--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Error compiling with 5.0

2020-04-05 Thread fredvs
Hello Mohamed.

Did you read my previous mail?

I said that ok, it is my fault, it is me that has done the modifs.
It was because of range error warning with the enum variable.
It was long discussion about this in mse-mailing list and also fpc
mailing-list.

fpc enum warning

  

Is it a problem when you add a last element in your enum?
Does it compile ok after that?






--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Error compiling with 5.0

2020-04-05 Thread fredvs
@ Med.

I think there is problem with mse mailing list.

Maybe better use mse-forum for continuing the discussion.

http://mse-org.111682.n8.nabble.com/

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-04-05 Thread fredvs
Hello Graeme.

You did the biggest part of that new release.
Without your fixes it will never append.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Error compiling with 5.0

2020-04-05 Thread fredvs
Hello Med.

TDataSetState is defined in mdb.pas with this:

TDataSetState = (dsInactive, dsBrowse, dsEdit, dsInsert, dsSetKey,
dsCalcFields, dsFilter, dsNewValue, dsOldValue, dsCurValue, dsBlockRead,
dsInternalCalc, dsOpening, dscheckfilter);

So in your code is missing last élément "dscheckfilter":

This will work (see last element):

DatasetStates:array[tdatasetstate] of string =('Inactive', 'Browse', 'Edit',
'Insert', 'SetKey',

 'Calc', 'Filter', 'NewValue', 'OldValue', 'CurValue',
'BlockRead','InternalCalc', 'Opening', 'CheckFilter') 

May I ask what earlier version of MSEgui did you use?
Because I never did add this last element in the array and it was already
present in previous release.

Fre;D






--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-04-05 Thread fredvs
Seems that previous mail did not pass...

OK, I retry.

Hello Med.

TDataSetState is set in mdb.pas with this:

TDataSetState = (dsInactive, dsBrowse, dsEdit, dsInsert, dsSetKey,
dsCalcFields, dsFilter, dsNewValue, dsOldValue, dsCurValue, dsBlockRead,
dsInternalCalc, dsOpening, dscheckfilter);

So in your code is missing last element: dscheckfilter.

Try this (see last element):

DatasetStates:array[tdatasetstate] of string =('Inactive', 'Browse', 'Edit',
'Insert', 'SetKey',

 'Calc', 'Filter', 'NewValue', 'OldValue', 'CurValue',
'BlockRead','InternalCalc', 'Opening', 'CheckFilter') 

May I ask you what earlier version of MSEgui did you use?

Because in previous release, dscheckfilter was already implemented, I did
not add it.

Fre;D





--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-04-05 Thread fredvs
Hello Sieghard.

About color, yes I think it was a error in default code, warning should be
yellow and error red.

But it seems that it was fixed it you create a new program.
Of course all old programs-demos have this inversion and it is not difficult
to change it (mseide-config-editor-colors).

A other solution is ... to use ideU instead.
In ideU, in extra-config, you may assign the color by project or global.

> I noticed that the coding
> line markers have gotten enormously blown up. 

Sorry I do not catch this, what are the coding line markers?

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Error compiling with 5.0

2020-04-05 Thread fredvs
Hello Med.

Please, give more code, how could I understand what is wrong?

A little demo would be welcome.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of ideU with Code Beautifier ptop and Jedi.

2020-03-26 Thread fredvs
Hello everybody.

ideU goes theming!

Added Silver and Carbon themes.

<http://mseide-msegui-talk.13964.n8.nabble.com/file/t2/ide_silver.png> 

<http://mseide-msegui-talk.13964.n8.nabble.com/file/t2/ide_carbon.png> 

https://github.com/fredvs/ideU

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-04-03 Thread fredvs
Salut Roland.

Thanks for the links and for the thanks.

By the way, did you see that you are administrator of the mse-forum?
http://mse-org.111682.n8.nabble.com/

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-04-03 Thread fredvs
Hello Sieghard.

> I'll rebuild all of my "private" utilities 

Nice, it will be welcome.

And dont forget to create a GitHub account!

;-)

Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of ideU with Code Beautifier ptop and Jedi.

2020-03-27 Thread fredvs
Hello.

Do you have download all the files from:

https://github.com/fredvs/ideU

Click on the green button "Clone or Download".

Then unzip the file and load "ideu/src/ideU.prj"

Also use the last version of msegui:
https://github.com/mse-org/mseide-msegui

Did you try the pre-compiled release of ideU?
https://github.com/fredvs/ideU/releases

Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-27 Thread fredvs
With last fpc 3.3.1 trunk, there are warnings in case like this:

procedure test;
var
  b: 1..10;
begin
  case b of   // here warning
1: writeln('hello');
  end
end; 

" Warning: (6060) Case statement does not handle all possible cases."

In MSEgui there is lot of code that is similar and generate that warning.

I propose to simply disable that warning with {$warn 6060 off} and not touch
at rest of code.

What do you think?

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-27 Thread fredvs
Hello Sieghard.

I totally agree with you, sometimes the warnings helps.

I can understand that in a case of the variable is part of the procedure,
like this:

procedure test;
var
  b: 1..10;
begin
  case b of   // here warning
1: writeln('hello');
  end
end; 

Here I understand and the warning is welcome.

But for this, when the variable is global:

var
  b: 1..10;
...
procedure test;
begin
  case b of   // here warning 
1: writeln('hello');
  end
end; 

Here, imho, the warning is not really needed.

It is the case in mostly all the warning of msegui, so, imho, we may disable
the warning in that case.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-27 Thread fredvs
Re-re-hello Sieghard.

> I propose to add a - possibly empty, but AT LEAST commented! - default
> (else) clause.

You are right.
I will revert the last commit (that disabled the warning for many units) and
re-commit the code with warning on.

And if somebody want to do the fixes adding "else" in case statement he is
welcome.
(Otherwise I will do it asap).

PS: You need to compile MSEide with fpc 3.3.1 to see those warnings.
PS2: For people that does not know: MSEgui is now fully compatible with fpc
3.3.1, the msestat bug was fixed in previous commit.

Fre;D


Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-27 Thread fredvs
Re-hello Sieghard.

> I propose to add a - possibly empty, but AT LEAST commented! - default
> (else) clause.

Yes I was thinking to do that but it is **lot of work**, +- 500 cases to
fix, sometimes in complicated code.

Fre;D 



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-28 Thread fredvs
Hello Code DZ.

Me too I was desperate, without to make MSEgui compatible with fpc trunk,
sure MSEgui will disappear.

But thanks to Sven (who knows maybe that I never give up) MSEgui is still on
the road.

Did you try to compile MSEide with fpc trunk, are layout problems all ok
now?

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-28 Thread fredvs
> OK,asap, first lots of cups of coffee and then I will jump into it. 

Top chrono!

Done in commit 2da0695 following the Sieghard advises:

Not using {$warn 6060 off} but fixed for real, adding this statement at end
of case:

else; // Case statment added to make compiler happy...

Ok now compilation of MSEide makes fpc 3.3.1 happy.

Only 2 warnings remain but I let you discover how to fix it:

msedatalist.pas(891,18) Warning: (4110) Range check error while evaluating
constants (-193 must be between 0 and 255)

mseactions.pas(762,34) Warning: (4110) Range check error while evaluating
constants (-63489 must be between 0 and 65535)

;-)

Fre;D





--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-28 Thread fredvs
> did you try compiling with fpc 3.0.4 with all these changes?

Yes and did not find any problem.



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-28 Thread fredvs
> yes , every things works fine so far ;) 

Yep, excellent news!

So MSEgui will be fully compatible with last generation of ARM devices (that
is what promised by FPC team).

About trunk-warning fixes, it seems that there is not lot of candidate to do
it.

OK,asap, first lots of cups of coffee and then I will jump into it.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-29 Thread fredvs
Sorry I am a never-give-it-up...

So, about those famous 2 last warnings:

I propose this to make the compiler happy:

- First warning:

> msedatalist.pas(891,18) Warning: (4110) Range check error while evaluating
> constants (-193 must be between 0 and 255)

   Point to:
   foldlevelmask = byte(not (foldhiddenmask or currentfoldhiddenmask));

   I propose this instead (see abs()):
   foldlevelmask = byte(abs(not (foldhiddenmask or currentfoldhiddenmask)));

- Last warning:

> mseactions.pas(762,34) Warning: (4110) Range check error while evaluating
> constants (-63489 must be between 0 and 65535) 

   Point to:
   result:= (key <> 0) and (key <> word(not modmask));

   I propose this instead (see abs()):
   result:= (key <> 0) and (key <> word(abs(not modmask)));

What do you think?

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-29 Thread fredvs
> why not just replace byte with integer 

I just try it and with this you get 8 new warnings...



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-03-31 Thread fredvs
Hello Sieghard.

> Isn't your latest version, adapted for fpc 3.3.1? 

Yes, yes, and of course also fpc 3.0.X and 3.2.0 compatible.

> Yes. Do it, so people see that mseide is still alive! 

OK, I will do it.

But there is a bémol, Martin did add 2 binaries for ARM cpu.

Sadly I only have a Raspberry pi B (ARM cpu) with installed a
Raspbian-eabihf distro.
I dont have nothing to test+compile with the old eabi OS.

So I could make the binaries for Windows 64/32 bit, Linux 64/32 bit, FreeBSD
64 bit and Linux ARM Raspbian eabihf.

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

OK ?

Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-03-31 Thread fredvs





--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


[MSEide-MSEgui-talk] New release of MSEide.

2020-03-30 Thread fredvs
Hello.

Now that fpc 3.2.0 has been officially released:

http://free-pascal-general.1045716.n5.nabble.com/FPC-3-2-0RC1-released-td5735128.html

Maybe we could release also a new binary release of MSEide.

The official last release is this:
 https://sourceforge.net/projects/mseide-msegui/files/mseide-msegui/4.6.2/

Sadly this release in not yet compatible with fpc 3.2.0.

So, maybe it is time to release new binaries compatible with foc 3.2.0.

What do you think?

Fre;D 



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-29 Thread fredvs
What is very strange is that I get also a warning with this (see abs()
added):

const
 foldhiddenbit = 7;
 foldhiddenmask = abs(1 shl foldhiddenbit);
 currentfoldhiddenbit = 6;
 currentfoldhiddenmask = abs(1 shl currentfoldhiddenbit);
 foldlevelmask = byte(not (foldhiddenmask or currentfoldhiddenmask)); //
here warning

msedatalist.pas(891,18) Warning: (4110) Range check error while evaluating
constants (-193 must be between 0 and 255)

So only this make him happy:
 foldlevelmask = byte(abs(not (foldhiddenmask or currentfoldhiddenmask)));







--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-29 Thread fredvs
The same for the last warning:

Changing with this:

modmask = abs(shift or ctrl or alt or $1000 or pad);
...
result:= (key <> 0) and (key <> word((not modmask)));


Gives the warning:
mseactions.pas(763,34) Warning: (4110) Range check error while evaluating
constants (-63489 must be between 0 and 65535)

Only this make fpc happy:
result:= (key <> 0) and (key <> word(abs(not modmask)));

?

Fre;D












--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-29 Thread fredvs
Hello Seignard.

> Yes I was thinking to do that but it is **lot of work**, +- 500 cases to
> fix, sometimes in complicated code.

It was terminated yesterday, after lot of cups of coffee,
checking every case individually and following your advice: adding a last
else statement + comment.

> else; // added statement to make compiler happy.

https://github.com/mse-org/mseide-msegui/commit/2da0695

About range check error:

> > msedatalist.pas(891,18) Warning: (4110) Range check error while
> > evaluating constants (-193 must be between 0 and 255)   

Many thanks for your explanations.
It seems that the conclusion is, in this case, to use {$warn 6060 off} and
dont touch to the original code.

OK everybody to disable warn 6060 for those 2 cases?

Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-30 Thread fredvs
Ooops, in previous mail, please read: (warning 4110 in place of warning
6060): 


About range check error:

> > msedatalist.pas(891,18) Warning: (4110) Range check error while
> > evaluating constants (-193 must be between 0 and 255)  

Many thanks for your explanations.
It seems that the conclusion is, in this case, to use {$warn 4110 off} and
dont touch to the original code.

OK everybody to disable warn 4110 for those 2 cases?





--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-30 Thread fredvs
Hello Sieghard.

OK warning disabled for those 2 cases.
I did use {$warnings off}/{$warnings on} vs {$warn 4110 off}.

This to isolate the warnings off only for those 2 lines:

{$warnings off}
 result:= (key <> 0) and (key <> word(not modmask));
{$warnings on}

{$warnings off}
 foldlevelmask = byte(not (foldhiddenmask or currentfoldhiddenmask));
{$warnings on}

It was committed here:

https://github.com/mse-org/mseide-msegui/commit/28290d

Many thanks Sieghard for your attention and highly relevant advice.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-04-02 Thread 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 friends.

> OK ?

I still wait for your green light.

Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide.

2020-04-02 Thread fredvs
Hello everybody.

The mse-org team is very happy to announce the new release of MSEide+MSEgui.

MSEide+MSEgui is a Pascal Cross Platform GUI Development System.

- Compiles with FPC 2.6.4, 3.0.0, 3.0.2, 3.0.4 or 3.2.0.
- For FreeBSD-x86_64, Linux-i386, Linux-x86_64, Linux-arm(Raspberry Pi),
  Windows-i386, Windows-x86_64.
- Links to xlib and gdi32, no external widget library needed.
- Internal character encoding is utf-16.
- Uses anti aliased fonts on Linux (Xft).
- All screen drawing is double buffered.
- Has docking forms and MDI.
- Has embedded forms (similar to TFrame).
- Has sophisticated database access components and data edit widgets.
- Internationalization functionality with resource modules.
- Report generator.

IDE:
- Integrated debugging.
- Source code highlighting.
- Source code navigation with support for include files.
- Code completion for classes.
- Procedures list.
- Integrated visual form designer with source code update for components and
  events.
- Flexible and handy build system with switchable macros.
- Visual form inheritance.
- Integrated report designer.

Release of binary MSEide for Windows 64/32, Linux 64/32, FreeBSD 64 and Rpi
ARM can be found here:
https://github.com/mse-org/mseide-msegui/releases/

Source code of MSEide+MSEgui are here:
https://github.com/mse-org/mseide-msegui

Many thanks to fpc team that helped so much for that release (particularly
Sven).

Have a lot of fun.

Fre;D

PS: Announce was done to fpc and Lazarus too:

http://free-pascal-general.1045716.n5.nabble.com/New-release-of-MSEide-td5735149.html
https://forum.lazarus.freepascal.org/index.php/topic,49168.0.html

 



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


[MSEide-MSEgui-talk] How is called the widgetset in MSEgui?

2020-05-03 Thread fredvs
Hello everybody.

Somebody asked me: "How is called the widgetset in MSEgui?".

There is the Lazarus-widgetset called 'LCL' but for MSEide-MSEgui, what is
his name, MSEgui widgetset?

Thanks.



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Some news from Github issues.

2020-05-02 Thread fredvs
Ha, it seems to work now, so I retry.

Re-re-hello Med.

After the answer of Martin , I did some tests: remove all the unused files
in the uses section and compare the result of the binary produced after
compilation.

And I have to admit that it makes no difference, the binaries with all
unused files are exactly the same, with same size, than the one compiled
without the unused files.

Strange because with other widget-set it blow up the exe if there are unused
files.

So the conclusion is: dont waste your time to clean up all the unused files,
it will be done at linking.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Some news from Github issues.

2020-05-02 Thread fredvs
Hello Med.

Nice to read you.

> How is it possible to clean automatically mseide unit from  unused modules
> in Uses clause.

Do you mean before compilation?

You may use a script and set it in Project Options - Make - Command before.

You may also use the -B parameter (re-build all), but it does not work each
time (old fpc bug forever), and better to use a script before to compile.

Or manually delete all the files that are in /units.

What is your OS?:

For Linux, IMHO, just do a script with something like that:

$ cd ./units
$ rm *.*

By the way, you are the professor MSEgui database, and I am very interested
by your advice about the new bridge of MSEgui.

I hope that all the MSE DB part is still working ok.

I did some tests, all seems ok, but you are deeper in MSE database than me.

Fre;D 




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Some news from Github issues.

2020-05-02 Thread fredvs
Re-test to sent a mail.

Re-hello Med.

> > How is it possible to clean automatically mseide unit from  unused
> modules in Uses clause. 

I think I did not understand ok and my previous post has nothing to do with
your question.

Are you talking of all the units added automatically by the MSEdesigner
after the uses section that are, sometimes, not needed?

If so, I remember to have asked this to Martin some years ago: Why so much
unused files?

What I did understand is that the policy of MSEgui is to compile all what
could be needed and let, at the end, the linker take what objects is needed
for linking.

And yes, many times there are lot of compiled objects that are not linked.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] How to customize source code editor (font, colors)

2020-04-14 Thread fredvs
Hello.Roland.

For changing the color, you may edit the .sdef syntax definition file.

Fre;D 



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] How is called the widgetset in MSEgui?

2020-05-15 Thread fredvs
Hello Graeme.

Thanks for those clear explanations.

> I don't use MSEide to build MSEgui projects. 

May I ask you what you are using to build MSEgui projects?

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] How is called the widgetset in MSEgui?

2020-05-15 Thread fredvs
Re-hello Graeme.

Also do you have news about Ultibo + fpGUI ?

It was already well advanced, many fpGUI widgets worked, but since +- 1
year, no more movement in Ultibo site.

https://ultibo.org/

Fre;D
 



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] How is called the widgetset in MSEgui?

2020-05-15 Thread fredvs
Hello Graeme.

About fpGUI, it seems to be in stand-by those last time...
Are you in plan to continue the develop branch?

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] How is called the widgetset in MSEgui?

2020-05-15 Thread fredvs
Hello Graeme.

> I did take a bit of a break while concentrating on Java

Ha, ok, yes for me too, Java for eat, Pascal for fun.

> Currently busy doing some vital missing documentation for tiOPF.

About tiOFP, sorry for that question but it puzzle me since the beginning...
What means those five letters (tiOFP) ?

> On the fpGUI front, I'm busy working on a MacOS Cocoa.

Wow, this one is a big fish and would be wonderful.

Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


[MSEide-MSEgui-talk] Style Property in Object Inspector.

2020-05-14 Thread fredvs
Hello everybody.

Do you know how to use the "Style" property for each widget?
How does it work?

 

Thanks.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Style Property in Object Inspector.

2020-05-14 Thread fredvs
Some precision:

Which kind of properties can be published if you add a new custom property
in a widget, integer, double, string...?

Fre;D





--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Style Property in Object Inspector.

2020-05-14 Thread fredvs
OK, fixed, sorry for the noise.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-18 Thread fredvs
Hello Sieghard and others.

Just by curiosity, do you have try the enum program example with Delphi ?
Sadly I dont have delphi installed any more.

Here the test program:

PROGRAM enumtest;

type
tabulatorkindty =
(tak_none := 1,tak_left,tak_right,tak_centered,tak_decimal);
 
var
  kind: tabulatorkindty;
   
begin
if kind = tak_none then
WriteLn('OK it is tak_none')
  else WriteLn('No it is not tak_none') ;

   if kind = tabulatorkindty(0) then
WriteLn('OK it is 0')
  else WriteLn('No it is not 0') ;
end.

This to compare with fpc result:

$ /home/fred/enumtest
> No it is not tak_none
> OK it is 0 





--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Space and empty lines removed in commits.

2020-03-16 Thread fredvs
> Wouldn't it be simpler to just rebuild all binaries

Not sure to understand.
There is no applications-binaries or libraries-binary in mseide-msegui
source.
All the binaries are about images files, like bmp, png, jpeg, ...

Rebuild the images?



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Space and empty lines removed in commits.

2020-03-18 Thread fredvs
> But most probabely they were preexisting, I presume? 

Yes, they were produced maybe by a build process but that build process is
not part of mse (imho).

>  (or compare them with tha originals, or just
> dump them and _use_ the originals),

Yes, I did tests before to choose what to commit.
And, yes, applying the patch on image-files makes some images corrupted.

So, imho, the safer is just to paste the original images after the patch.
It is what was done.

Fre;D






















--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Procedure to create the configuration file of MSEide

2020-03-19 Thread fredvs
> The first time you run MSEide, the stat file is created, with the default
> value assigned (most of them empty). 

In Linux, it is saved as mseideli.sta in .mseide (directory hidden)

/home/you/.mseide/mseideli.sta

In Windows is in (not sure)

c:/users/fred/Application Data/.mseide/mseideli.sta



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Procedure to create the configuration file of MSEide

2020-03-19 Thread fredvs
And for the first msestat file, this is working too:

[mainfo.mainstatfile]
msedir=/home/fred/msegui

A file with only those 2 lines is ok, mseide will fill automatically the
missing lines.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Procedure to create the configuration file of MSEide

2020-03-19 Thread fredvs
Hello Roland

> I would like to find the code that is used by MSEide to create the
> configuration file. 

It done by a mse-stat file.
The first time you run MSEide, the stat file is created, with the default
value assigned (most of them empty).

When you load the configuration form and change the value, the stat-file is
updated.

But, to be honest, imho, the configuration-form from MSEide seems to me
clear and easy to use.
You have in fact only the directory of msegui widget-set is needed to
compile a msegui application.

With ideU, the first time you run it, the main configuration form is show
and after fill it, the application begins.

All that said, if you want to create a installer, maybe take as base the
mse-stat file created by MSEide and change the value inside that stat file
with your installer.

And assign that modified stat file for MSEide.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Procedure to create the configuration file of MSEide

2020-03-19 Thread fredvs
Re_hello Roland.

Even better.

For first time loading, only this is needed (not needed :
[actionsmo.shortcuts] and others, it will be updated by meside himself after
close.)

So only this in mseideli.sta:

[mainfo.mainstatfile]
fpcdir=
fpclibdir=
msedir= // here to fill
mselibdir=${MSEDIR}lib/common/
syntaxdefdir=${MSEDIR}apps/ide/syntaxdefs/
templatedir=${MSEDIR}apps/ide/templates/
compstoredir=${MSEDIR}apps/ide/compstore/
___


Ok, I let you in peace, it is your game after all.

Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Procedure to create the configuration file of MSEide

2020-03-19 Thread fredvs
I think you have to check in msesettings.pas



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Procedure to create the configuration file of MSEide

2020-03-19 Thread fredvs
Hello Roland.

Good news, it will be very easy, you will have to only change the 4th line
of mseideli.sta

This is mine:

[mainfo.mainstatfile]
fpcdir=
fpclibdir=
msedir=/home/fred/mseide-msegui/  // change msedir=/with/your/directory


Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Procedure to create the configuration file of MSEide

2020-03-19 Thread fredvs
Re-hello Roland:

Here a complete "virgo" mseideli.sta file.

Only fields msedir=, compiler=, debugger=, exeext=, target=, targetosdir=
and printcommand=
should be filled by the installer.

[[mainfo.mainstatfile]
fpcdir=
fpclibdir=
msedir=
mselibdir=${MSEDIR}lib/common/
syntaxdefdir=${MSEDIR}apps/ide/syntaxdefs/
templatedir=${MSEDIR}apps/ide/templates/
compstoredir=${MSEDIR}apps/ide/compstore/
compiler=ppcx64
debugger=gdb
exeext=
target=x86_64-linux
targetosdir=linux
printcommand=lp -
globmacronames=0
globmacrovalues=0
projectname=
projecthistory=0
windowlayoutfile=
windowlayouthistory=0
[actionsmo.shortcuts]
sysshortcuts=11
 sho_copy,16451
 sho_paste,16470
 sho_cut,16472
 sho_selectall,16449
 sho_rowinsert,16646
 sho_rowappend,24838
 sho_rowdelete,16647
 sho_copycells,24643
 sho_pastecells,24662
 sho_groupundo,16474
 sho_groupredo,24666
sysshortcuts1=11
 sho_copy,0
 sho_paste,8454
 sho_cut,8455
 sho_selectall,0
 sho_rowinsert,0
 sho_rowappend,0
 sho_rowdelete,0
 sho_copycells,0
 sho_pastecells,0
 sho_groupundo,0
 sho_groupredo,0
assistiveshortcuts=9
 shoa_speakagain,4020
 shoa_speakpath,6020
 shoa_firstelement,4059 0046
 shoa_lastelement,4059 004C
 shoa_cancelspeech,4059 0043
 shoa_slower,482D
 shoa_faster,482B
 shoa_volumedown,682D
 shoa_volumeup,682B
assistiveshortcuts1=9
 shoa_speakagain,4904
 shoa_speakpath,6904
 shoa_firstelement,
 shoa_lastelement,
 shoa_cancelspeech,
 shoa_slower,
 shoa_faster,
 shoa_volumedown,
 shoa_volumeup,
shortcuts=99
 
 actionsmo.opensource 16463 0
 actionsmo.save 16467 0
 actionsmo.saveall
 actionsmo.saveas
 actionsmo.close 16691 0
 actionsmo.closeall
 actionsmo.print
 
 actionsmo.line 16460 0
 actionsmo.find 16454 0
 actionsmo.repeatfind 306 0
 actionsmo.findback 8498 0
 actionsmo.replace 16466 0
 actionsmo.findinfile 24646 0
 actionsmo.procedurelist 16455 0
 
 actionsmo.selecteditpage 16453 0
 actionsmo.copyword 24663 0
 actionsmo.indent 16457 0
 actionsmo.unindent 16469 0
 actionsmo.comment 16459 0 67 0
 actionsmo.uncomment 16459 0 85 0
 actionsmo.lowercase
 actionsmo.uppercase
 actionsmo.copylatexact 16459 0 76 0
 sourcefo.completeclassact 24641 0
 actionsmo.instemplate 16468 0
 sourcefo.navigbackact 16456 0
 sourcefo.navigforwardact 24648 0
 
 actionsmo.setbm0 24624 0
 actionsmo.setbm1 24625 0
 actionsmo.setbm2 24626 0
 actionsmo.setbm3 24627 0
 actionsmo.setbm4 24628 0
 actionsmo.setbm5 24629 0
 actionsmo.setbm6 24630 0
 actionsmo.setbm7 24631 0
 actionsmo.setbm8 24632 0
 actionsmo.setbm9 24633 0
 actionsmo.setbmnone
 
 actionsmo.findbm0 16432 0
 actionsmo.findbm1 16433 0
 actionsmo.findbm2 16434 0
 actionsmo.findbm3 16435 0
 actionsmo.findbm4 16436 0
 actionsmo.findbm5 16437 0
 actionsmo.findbm6 16438 0
 actionsmo.findbm7 16439 0
 actionsmo.findbm8 16440 0
 actionsmo.findbm9 16441 0
 
 actionsmo.attachprocess
 actionsmo.detachtarget
 actionsmo.continue 312 0
 actionsmo.reset
 actionsmo.interrupt
 actionsmo.next 311 0
 actionsmo.nexti 24887 0
 actionsmo.step 310 0
 actionsmo.stepi 24886 0
 actionsmo.finish 8502 0
 actionsmo.bkptsonact 16450 0
 actionsmo.togglebkpt 308 0
 actionsmo.togglebkptenable 8500 0
 actionsmo.watchesonact 16471 0
 actionsmo.bluedotsonact
 
 actionsmo.toggleinspector 314 0
 actionsmo.toggleformunit 315 0
 
 actionsmo.makeact
 actionsmo.buildact
 actionsmo.make1act
 actionsmo.make2act
 actionsmo.make3act
 actionsmo.make4act
 actionsmo.abortmakeact
 actionsmo.projectoptionsact
 actionsmo.projectopenact
 actionsmo.projectsaveact
 actionsmo.projecttreeact
 actionsmo.projectsourceact
 actionsmo.projectcloseact
 
 actionsmo.helpact 304 0
 
 actionsmo.tool0
 actionsmo.tool1
 actionsmo.tool2
 actionsmo.tool3
 actionsmo.tool4
 actionsmo.tool5
 actionsmo.tool6
 actionsmo.tool7
 actionsmo.tool8
 actionsmo.tool9



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Compilation error with FPC 3.2.0

2020-03-23 Thread fredvs
Hello everybody.

I am extremely happy to announce that, thanks to Sven, the mse-stat-file bug
with fpc 3.3.1 trunk is fixed.

The fixes are in commit b7530e6.

Tests are highly welcome, this with fpc 3.0.4, fpc 3.2.0 and fpc 3.3.1
trunk.

I did test compiling mseide, ideU and others projects and all seems ok (but
I would be happy to know what appends with yours).

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] About Warnings with mseide + fpc 3.0.4 / 3.2.0

2020-03-10 Thread fredvs
Hello Roland.

Doing this:

const
 foldhiddenbit = 7;
 foldhiddenmask = byte(1) shl foldhiddenbit;
 currentfoldhiddenbit = 6;
 currentfoldhiddenmask = byte(1) shl currentfoldhiddenbit;
 foldlevelmask = byte(not (foldhiddenmask or currentfoldhiddenmask));
 foldissumbit = 0;
 foldissummask = $01;
 rowstatemask = $7f;

Makes the compiler happy but the warning is still there and point to :

---> foldlevelmask = byte(not (foldhiddenmask or currentfoldhiddenmask));

msedatalist.pas(891,18) Warning: range check error while evaluating
constants (-193 must be between 0 and 255)

;-(

Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] msedbusinterface and fpc 3.3.1 trunk

2020-03-09 Thread fredvs
Re-hello Code DZ.

> I tried fixing these warning but i lost . 

What makes you stop, what kind of warnings?

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] msedbusinterface and fpc 3.3.1 trunk

2020-03-09 Thread fredvs
Hello Code dz

>  i think msegui should stay with fpc3.0.4 until finding the fix

Yes, of course, fpc 3.0.4 is the "official" last release of fpc.

I do regularly check the new features of fpc 3.3.1 trunk, this to not be too
far of what appends.
(And I agree also to check if ,by chance, they fixed backward compatibility
with fpc 3.0.4).

After deep check, fpc 3.2.0 beta is fully compatible with msegui.

But yes, I would not recommend at the moment to people to use fpc 3.3.1
trunk in production, even for no msegui project.

Fre;D






--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


[MSEide-MSEgui-talk] msedbusinterface and fpc 3.3.1 trunk

2020-03-08 Thread fredvs
Hello.

I just have try to compile mseide with last fpc trunk 3.3.1 of 08-03-2020.

There is that error message:

msedbusinterface.pas(224,5) Error: The interface type of the forward
declaration and the declared interface type do not match for interface
idbusservice
msedbusinterface.pas(564,1) Fatal: There were 1 errors compiling module,
stopping
Fatal: Compilation aborted

Any idea what could be the cause?

Thanks.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


[MSEide-MSEgui-talk] Some news from Github issues.

2020-05-01 Thread fredvs
Hello everybody.

Hold on!

There was some movement in MSEgui code.

We have now a bridge!

Before the bridge, if you used a unit that uses 'classes' in uses section,
you needed you add  'mclasses', just after  'classes'.

This because MSEgui uses his own class definition.

Thanks to Johann Elsass we have now a bridge that allows to use units
without the need to add 'mclasses' after 'classes'.
Of course the bridge dont ignore the definition of 'mclasses', but makes
life easier and more transparent for end users.

By default the bridge is enabled but you may disable it with the -dno_bridge
parameter.

It does not affect the mesgui code because all the "tweaked fpc files" of
/fpccompatibility are renamed with mse_***.
Of course the code in msegui was adapted for that new names.

One of the big advantage of the bridge it that now msegui is compatible with
external units, like BGRABitmap, that works perfectly now with msegui.

Also, if you dont need to use external unit or if you have already tweaked
them, you may disable the bridge and all will be like it was without bridge.

Re-hold on and have lot of fun!

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


[MSEide-MSEgui-talk] Problems with mseide-msegui mailing-list

2020-05-02 Thread fredvs
Hello everybody.

I try to sent some mail but without success.

If this can be seen, there is also the issues of MSE-org Github where we can
communicate:

https://github.com/mse-org/mseide-msegui/issues

or msegui forum:

http://mse-org.111682.n8.nabble.com/

This because nobody has control on mseide-msegui mailing-list and if they
close it, we cannot do anything.

Fre;D





--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] Some news from Github issues.

2020-05-02 Thread fredvs
Re-hello Med.

> > How is it possible to clean automatically mseide unit from  unused
> modules in Uses clause. 

I think I did not understand ok and my previous post has nothing to do with
your question.

Are you talking of all the units added automatically by the MSEdesigner
after the uses section that are, sometimes, not needed?

If so, I remember to have asked this to Martin some years ago: Why so much
unused files?

What I did understand is that the policy of MSEgui is to compile all what
could be needed and let, at the end, the linker take what objects is needed
for compilation.

And yes, many times there are lot of compiled objects that are not linked.

Fre;D





--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-09-05 Thread fredvs
Hello Sieghard.

Many thanks for your attention.

> Well, I got it directly from github at 04. Sep 18:53. But there was an
> error shown, something that it was not possible to show last commit data.
> Maybe you just made another commit concurrently? 

Huh, there was many new commits since there.

I dont know how you do to download the last commits but a easy way is to:

- Go at Github site: https://github.com/fredvs/msefiledialogx/

- Click on the green button [Code] then [Download ZIP].

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-09-04 Thread fredvs
Hello Sieghard (and sorry for the spelling error in my previous mail).

It seems that you did not try the last commits of GitHub.

Anyway,

> But still, the "places" display stubbornly shows the non-existent
directories, even if they're no longer selectable.

Ha, yes, ok, I will remove the directories from the "places" list if they
are non-existent.

>  but that's not the same as_parametrizable_ - the latter term

Not sure to understand, do you want a menu with "Configuration" and
configure the FileDialog like you want?
Ok, it can be done.

> Finally, I have a comprehension question: what is the purpose of the
> different "kinds" of file dialogs, "fdk_xxx"? 

If you try the last commit, you will see that there are difference in the
caption of frames.

> The only effect I found was that for "fdk_dir" the name of the file
> selected is cut off

Hum, that was the case in old previous commit, in last commits the name is
not cut off but replaced by the path of the file.

> And, BTW, the "Base Directory" doesn't seem to have an effect, too. 

Re-hum, indeed and this for the original msefiledialog of Martin.
In fact, in place of using "basedirectory" property, it works with "path"
property.

I will fix this asap.

Many thanks to take care of msefiledialogX.

Fre;D










 




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-09-06 Thread fredvs
Hello Sieghard and friends.

In last commit, added "Custom Places" panel.

You may add your favorite directories clicking 2x on the empty row.
Delete the row with the delete-key.


 

Have fun.

Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-09-06 Thread fredvs
Hello Sieghard.

> So it's near to impossible to have a current version? 

;-)

> But you didn't do this for the _form_, but set the _contoller_'s
> respectivevariables. 

It does it for the form too via the _contoller_'s respectivevariables who
set then to the form, for example font size+name.
(or maybe i miss something).

Note that the size and position of the form is given by the stat file that
you may edit and set as you want.
But if you want some _contoller_ parameters who will control the _form_, I
will add it.

> But even so, this component has an even more convenient appeal (to me)
> than
> the "standard" one, and everything else I've found on Linux GUIs (and
> Windows) yet.

I am very happy that you like it and thank you very much for you always
clever advises an ideas.

Fre;D




--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-09-01 Thread fredvs
> Sounds interesting, but there's a question: WHAT IS "mainfo.tframecomp3"?
And WHERE is it? 

Huh, in the zip I give it this was a template of frame that I used for a
other program but it is not used anymore in the new component.

It was fixed already in the source in GitHub.

Please try instead https://github.com/fredvs/msefiledialogx/

Thanks.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


[MSEide-MSEgui-talk] New release of MSEide ?

2020-09-10 Thread fredvs
Hello everybody.

There was lot of bug fixes, bridge added, new components, ... in trunk
mseide-msegui since last release.

What do you think about release a new release?

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New release of MSEide ?

2020-09-11 Thread fredvs
Hello Med.

Huh, no I dont do it already because I first want your advice for the
opportunity to do a new release.

For the change since last release, please take a look at the commits done:

https://github.com/mse-org/mseide-msegui/compare/5.0.0...master

Fre;D 



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-09-08 Thread fredvs
Hello everybody.

I did add the component FileDialogX in mseide-msegui code.

With last commit of mseide-msegui, compile mseide and you will get a new tab
+ new FileDialogX component in the component palette.

Have lot of fun.

Fre;D 



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-09-14 Thread fredvs
Hello Sieghard and others.

Ok, all your remarks are fixed or added (I hope).

- Resizing should be fixed.

- For the "No Icon" feature, it uses a  char before the name: "D " for a
directory and a "F " for a file.

- About sorting, it does now regroup all directory together and all the
files together, for each column.
  When sorting ascending, all the directories are on the top of the grid.
  When sorting descending, all the directories are in bottom of the grid. 

Sory but at the moment I dont see a simple way to regroup always on top the
directories when sorting descending.
For this, it would be, imho, much more complicated and needs a custom
sorting.

Maybe if I find time and energy I will do it (but the way it works now dont
disturb me too much).

Many thanks Sieghard for your advice, I hope that this widget can go on the
road now.

Fre;D








--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-09-13 Thread fredvs
... Continuation of my previous post.

> Maybe the integrated graphic unit, a Radeon R7,

Ha, ok, no, I do not use Radeon drivers.
Not sure if it could help, but in the readme.txt from Martin:

Display problems with Linux radeon and other EXA drivers

If the display is distorted or slow add
Option "EXAPixmaps" "off"
to
Section "Device"
of xorg.conf, see
https://bugs.freedesktop.org/show_bug.cgi?id=69543
https://bugs.freedesktop.org/show_bug.cgi?id=84253
or use the proprietary video driver for your video chip.

> Perhaps you try to perform too many dynamic
> adjustments during resizing, or there might even be some repetitiv 
> calls to adjustment functions? 

Yes, maybe, note that in last commits, nearly all the dynamic adjustments
are removed.
I am very curious to know if some problems you mentioned in your previous
posts are still there.

> I hope my complaints aren't too annoying.

Not at all, it's just the opposite, only silence is annoying.

Fre;D
Fre;D
 



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-09-13 Thread fredvs
Hello Sieghard.

Many thanks for your advice.

Huh, did you try the last commits because all what you explained should be
already fixed?

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-09-13 Thread fredvs
Hello Sieghard.

> It is possible to add the same user selected directory to the "hearty"
>  field of the "Places" pane any arbitrary number of times. A test for
>  uniqueness might be useful here before insertion. 

Yes, good idea, It will do a check before inserting.

> At some size of the _window_, a horizontal scroll bar appears at its
>  bottom, unrelated to the window contents. 

OK, I will check that.

> What is the purpose / significance of the additional characters in the
>   "Size" column shown in front of the values? They're mostly carets
>  ("^"), but I found some underlines ("_") also.

The goal of this, as explained in previous mail, is to enabe sorting of size
data using different scales:

 The size column is in a TStringGrid and the sorting must be adapted for
numbers.

For example, '100 KB' will be < '99 KB' because it sorts with the first
char, even if it is a number.

The trick that I use is to add spaces before the numbers to get always the
same length (15 characters),
example: '100 KB' > ' 99 KB'
But for playing with different units (KB, MB, B), add a symbol  before all
the space added.
In that case, the space '  ' for B, then maybe '_' for KB and '~' for MB.

Example:

' 100 B' <  '_100 KB' <  '~100 MB'

But maybe it would be good to limit the size of the "Size" column, so people
will never see the trick.
I will study this.

> Well, and as for sorting of directories: their position again isn't
>  kept at the head of the list if the sorting order is switched.

See previous remark, it has the same problem to differentiate Directory with
Files.
The trick there is to add a space before each directory name so they are
first while sorting.

Anyway, sorting is difficult and each filesmanager threads it his own way.

> And as a final minor "bemol", the positioning of the control fields
>  ("No Lateral", "Compact" and "Show hidden") seems "somewhat arbitrary", 

Ok, ok, I will review this.

> I'm not at all a fan of icons, turning them off if ever I can.

;-)

Ok, I will add a "No icon" control.

Many thanks for your attention Sieghard.

Fre;D







- And as a final minor "bemol", the positioning of the control fields
  ("No Lateral", "Compact" and "Show hidden") seems "somewhat arbitrary",
  even somewhat obscuring the title fields of the directory and filter
  lists. 










--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-09-02 Thread fredvs
Hello Seighard

> Ok, I did download this also, but the "..2" version still required this
> non-existing component

This was a attachment, I dont have access to it and cannot delete it, please
forget it.

> In the "Standard" display, the file type signs (folder icon, type text)
> sit
> too close to the file names themselves, making them seem to be part of the

Thanks to note it, it is fixed in last commit in GitHub.

> you separated (ripped off) the "extension" part of the filename

Ok, you are right, it was not a good idea, done in last commit in GitHub.

> Half of them do NOT exist on mine, so I just get an error

Ok, check if directory exists in last commit in GhitHub

> Maybe a candidate for parametrization?

OK, added a check-box to show-hide the lateral panel.

> You forgot a "Close" button on the demo winsow!

Ok, done in last commit in GhitHub.

Lot of thanks for your attention.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-09-11 Thread fredvs
Hello Sieghard.

>> About adding new properties like font name, size, background color of the
>> form,...

>No, this is correct, but isn't this a bit overly complicated? 

No it was not really complicated and appears in the Object Inspector panel.

>> Note that the size and position of the form is given by the stat file
>> that
>> you may edit and set as you want.

> That's fine. In principle.
> At least with my setup (openbox 3.6.1 on Slackware 64, kernel 5.4.61, 

Ha, ok, I should think to slower system.
On my i5 cpu, resizing is very fluent and "live".
But ok, I will disable this and do the drawing only after resizing.
About the width of the filename column, it is automatically resized to fit
the window, something like this:

colunm0.width := stringgrid.width - column1.width - column2.width -
column3.width.

But yes, you are right, better not do it automatic and let the size selected
by the user.
I will do more test on resizing and fix it.

>you to the top level directory "/". Which may be declared "works as
> intended", although, for the casual user, it might be somewhat surprising.
> It's also not really clear that the "empty row" can be extended and
> accepts

OK, I will check this.
I did test it on Linux Debian 10, Linux wine, Windows 10, Raspbian RPI  and
FreeBSD 12 and all seems good.

I will do more test simulating others OS and distro.

Many thanks for your information.

Fre;D
several entries, because it looks like a single line field firstly.
It might be more apparent that it's a list field if it was directly
a

  


 



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


[MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-08-28 Thread fredvs
Hello everybody.

In attachment, new component msefiledialog2 with a simple demo.

new_msefiledialog2.zip
  

It is a extended version of msefiledialog but with icon, name, extension,
size and date columns.
Each column can be sorted.

 

Have lot of fun.

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-08-28 Thread fredvs
Hello Roland.

Ooops, indeed a file was missing, the attachment is updated.

new_msefiledialog2.zip
  

This component use the same syntax that original msefiledialog.

So to set a title, you may do this (see in the attachment demo):

tfiledialog1.controller.execute(fdk_open, 'I am the Title');

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-08-28 Thread fredvs
Hello Roland!

Nice to read you!

About new extended MSEFileDialog component, I am not sure about the size of
files.
I dont know if it is in Octet, Byte or Bit.

Anyway, I did some tuning about this in the attachment.

new_msefiledialog2.zip
  



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-08-29 Thread fredvs
Here the workaround used to make the size column sort-able:

var 
size, x, y : integer;
thestrnum : string;
...

size := the_size_in_bytes ;
thestrnum := inttostr(size);

 x := Length(thestrnum);

if x < 15 then  // that should be enough
  for y := 0 to 14 - x do
thestrnum := ' ' + thestrnum;

Ok course you may convert first the bytes into KB or MB, and use the same
trick.

But to mix B, KB and MB; it is more tricky.



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


Re: [MSEide-MSEgui-talk] New extended MSEFileDialog component.

2020-08-29 Thread fredvs
Hello everybody.

Added git repository of MSEFileDialogX, a extended MSEFileDialog component.

Included a demo to show how to use it.

https://github.com/fredvs/msefiledialogx

Fre;D



--
Sent from: http://mseide-msegui-talk.13964.n8.nabble.com/


___
mseide-msegui-talk mailing list
mseide-msegui-talk@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk


<    3   4   5   6   7   8   9   10   11   12   >