You can subscribe to this list here.
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
(203) |
Dec
(466) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2012 |
Jan
(358) |
Feb
(288) |
Mar
(305) |
Apr
(240) |
May
(85) |
Jun
(146) |
Jul
(485) |
Aug
(631) |
Sep
(549) |
Oct
(234) |
Nov
(97) |
Dec
(273) |
2013 |
Jan
(225) |
Feb
(93) |
Mar
(196) |
Apr
(129) |
May
(37) |
Jun
(171) |
Jul
(153) |
Aug
(82) |
Sep
(88) |
Oct
(208) |
Nov
(708) |
Dec
(77) |
2014 |
Jan
(252) |
Feb
(99) |
Mar
(118) |
Apr
(192) |
May
(68) |
Jun
(63) |
Jul
(74) |
Aug
(90) |
Sep
(133) |
Oct
(80) |
Nov
(195) |
Dec
(290) |
2015 |
Jan
(127) |
Feb
(73) |
Mar
(167) |
Apr
(34) |
May
(14) |
Jun
(308) |
Jul
(23) |
Aug
(69) |
Sep
(103) |
Oct
(95) |
Nov
(22) |
Dec
(277) |
2016 |
Jan
(209) |
Feb
(80) |
Mar
(40) |
Apr
(296) |
May
(146) |
Jun
(41) |
Jul
(55) |
Aug
(101) |
Sep
(161) |
Oct
(187) |
Nov
(144) |
Dec
(64) |
2017 |
Jan
(16) |
Feb
(38) |
Mar
(117) |
Apr
(105) |
May
(90) |
Jun
(52) |
Jul
(148) |
Aug
(117) |
Sep
(169) |
Oct
(97) |
Nov
(79) |
Dec
(58) |
2018 |
Jan
(77) |
Feb
(54) |
Mar
(144) |
Apr
(21) |
May
(46) |
Jun
(147) |
Jul
(134) |
Aug
(86) |
Sep
(185) |
Oct
(56) |
Nov
(75) |
Dec
(80) |
2019 |
Jan
(60) |
Feb
(82) |
Mar
(25) |
Apr
(124) |
May
(25) |
Jun
(10) |
Jul
(9) |
Aug
(64) |
Sep
(18) |
Oct
(17) |
Nov
(19) |
Dec
|
2020 |
Jan
(26) |
Feb
(87) |
Mar
(113) |
Apr
(74) |
May
(27) |
Jun
(15) |
Jul
|
Aug
(25) |
Sep
(42) |
Oct
|
Nov
|
Dec
(39) |
2021 |
Jan
(22) |
Feb
(12) |
Mar
(297) |
Apr
(132) |
May
(134) |
Jun
(52) |
Jul
(83) |
Aug
(10) |
Sep
(4) |
Oct
(16) |
Nov
(9) |
Dec
|
2022 |
Jan
(50) |
Feb
(68) |
Mar
(76) |
Apr
(12) |
May
(4) |
Jun
(44) |
Jul
(6) |
Aug
(3) |
Sep
(47) |
Oct
(56) |
Nov
(31) |
Dec
(7) |
2023 |
Jan
(6) |
Feb
(1) |
Mar
(24) |
Apr
|
May
(20) |
Jun
(89) |
Jul
(69) |
Aug
(114) |
Sep
(82) |
Oct
(6) |
Nov
|
Dec
|
2024 |
Jan
(10) |
Feb
(9) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Martin S. <mse...@gm...> - 2014-04-28 16:37:14
|
On Monday 28 April 2014 18:06:41 Julio Jiménez wrote: > 2014-04-28 17:57 GMT+02:00 Martin Schreiber <mse...@gm...>: > > Can you or another MSEide+MSEgui user provide a patch for the FPC > > compiler? > > Good one, but you know it not so easy ;) > > For reference, this thread in fpc-devel mailing list: > http://lists.freepascal.org/fpc-devel/2012-August/029472.html Hihi, I remember. :-) Another motivation to force MSElang. Martin |
From: Julio J. <ju...@gm...> - 2014-04-28 16:06:47
|
2014-04-28 17:57 GMT+02:00 Martin Schreiber <mse...@gm...>: > > Can you or another MSEide+MSEgui user provide a patch for the FPC compiler? > Good one, but you know it not so easy ;) For reference, this thread in fpc-devel mailing list: http://lists.freepascal.org/fpc-devel/2012-August/029472.html -- Julio Jiménez Borreguero |
From: Martin S. <mse...@gm...> - 2014-04-28 15:57:46
|
On Monday 28 April 2014 17:43:56 Alexey Loginov wrote: > Lazarus has own gettext support, msegui has nothing and patch for > gettext was rejected. And msei18n is unstable with compilation libs - > all strings in random order Can not reproduce. > and crash for translated application. IIRC you used resource DLL's for MSEide+MSEgui 3.0 for git master version? How can you expect that this should work? > Good > combination. What to do if you want to write application by msegui > with i18n? I wanted help, but author needs nothing. Usual bureaucracy. > How to fix bureaucracy? > - add gettext.patch > - move mdei18n from tools from main package into examples package > (with critical bugs it is example app only, not tool) > - use PO files instead (no random strings, no crash for translated > application, easy support and finding translators, there are many > pluses) > There are negative aspects too which I don't like to discuss now. More useful for MSEgui would be to implement Unicode resourcestrings in FPC. http://bugs.freepascal.org/view.php?id=6477 Can you or another MSEide+MSEgui user provide a patch for the FPC compiler? Thanks, Martin |
From: Alexey L. <log...@gm...> - 2014-04-28 15:44:02
|
Lazarus has own gettext support, msegui has nothing and patch for gettext was rejected. And msei18n is unstable with compilation libs - all strings in random order and crash for translated application. Good combination. What to do if you want to write application by msegui with i18n? I wanted help, but author needs nothing. Usual bureaucracy. How to fix bureaucracy? - add gettext.patch - move mdei18n from tools from main package into examples package (with critical bugs it is example app only, not tool) - use PO files instead (no random strings, no crash for translated application, easy support and finding translators, there are many pluses) |
From: Martin S. <mse...@gm...> - 2014-04-28 15:35:34
|
On Monday 28 April 2014 17:22:05 Julio Jiménez wrote: > I forgot to say that this project (MSEide+MSEgui) is being developed by > only one person, Martin. I understand he has their own preferences and > because the time is limited, he has to choose his own decissions giving > priorities and probably his priorities aren't our priorities :) > > I guess you can package MSEide+MSEgui as it is. > Or to use MSEi18n as suggested, export to CSV, fix the string-array-shifts in calc, use 'save as' in calc to build a correct CSV, reimport into MSEi18n. I plan to store the old property values into MSEi18n projectcs in order to simplify the process, but not until I need MSEi18n the next time myself. Martin |
From: Julio J. <ju...@gm...> - 2014-04-28 15:22:13
|
I forgot to say that this project (MSEide+MSEgui) is being developed by only one person, Martin. I understand he has their own preferences and because the time is limited, he has to choose his own decissions giving priorities and probably his priorities aren't our priorities :) I guess you can package MSEide+MSEgui as it is. 2014-04-28 16:51 GMT+02:00 Alexey Loginov <log...@gm...>: > Where did you see problem with gettext for Pascal? Nothing to fix in > gettext. Lazarus creates PO files. It's only msegui problem. > > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > mseide-msegui-talk mailing list > mse...@li... > https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk > -- Julio Jiménez Borreguero |
From: Julio J. <ju...@gm...> - 2014-04-28 15:13:24
|
from man xgettext: Choice of input file language: -L, --language=NAME recognise the specified language (C, C++, ObjectiveC, PO, Shell, Python, Lisp, EmacsLisp, librep, Scheme, Smalltalk, Java, JavaProperties, C#, awk, YCP, Tcl, Perl, PHP, GCC-source, NXStringTable, RST, Glade, Lua, JavaScript, Vala) I can't find 'Pascal'. May be I'm wrong but you were talking about changes in pascal way of contstruct strings applied to MSEide (#10...by char(10)) And I see you are trying to use Perl as language for xgettext. >From my side, I don't care if the IDE is translated or not. I prefer english as it is, even when english is not my native language. I have doubts about the assertion of translating it will attract more developers. Some times is difficult to translate an english word to a desired language because it doesn't exist on it and at the end those english words are incorporated to the language. Cheers! :) 2014-04-28 16:51 GMT+02:00 Alexey Loginov <log...@gm...>: > Where did you see problem with gettext for Pascal? Nothing to fix in > gettext. Lazarus creates PO files. It's only msegui problem. > > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. Get > unparalleled scalability from the best Selenium testing platform available. > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > mseide-msegui-talk mailing list > mse...@li... > https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk > -- Julio Jiménez Borreguero |
From: Alexey L. <log...@gm...> - 2014-04-28 14:51:19
|
Where did you see problem with gettext for Pascal? Nothing to fix in gettext. Lazarus creates PO files. It's only msegui problem. |
From: Julio J. <ju...@gm...> - 2014-04-28 07:52:53
|
And why not asking to gettext/xgettext developers to add Pascal/ObjectPascal support to it instead of hacking mseide? IMHO 2014-04-28 7:11 GMT+02:00 Martin Schreiber <mse...@gm...>: > On Monday 28 April 2014 07:04:33 Alexey Loginov wrote: > > > Can't you fix gettext so that it supports Pascal? > > > > No. Problem with #10 is minor, will be fixed run-time while POT is > > geterating. Better apply patch about double apostrophes. > > > Rejected. > > -- Julio Jiménez Borreguero |
From: Martin S. <mse...@gm...> - 2014-04-28 05:11:58
|
On Monday 28 April 2014 07:04:33 Alexey Loginov wrote: > > Can't you fix gettext so that it supports Pascal? > > No. Problem with #10 is minor, will be fixed run-time while POT is > geterating. Better apply patch about double apostrophes. > Rejected. Martin |
From: Alexey L. <log...@gm...> - 2014-04-28 05:04:39
|
> Can't you fix gettext so that it supports Pascal? No. Problem with #10 is minor, will be fixed run-time while POT is geterating. Better apply patch about double apostrophes. |
From: Martin S. <mse...@gm...> - 2014-04-28 04:28:13
|
On Sunday 27 April 2014 21:24:29 Alexey Loginov wrote: > >That means we sould not use objectinspector to define multiline string > >properties anymore? How does this work with a multiline button caption for > >example? > > create example.mfm and check: > touch messages.pot > xgettext -a -j -L Perl example.mfm -o messages.pot > > If you want to use apostrophes for example for 'Active group', then to > use tstringcontainer: > 'Active group' > but in pas: str:=''''+A+'''' or str:=chr(39)+A+chr(39) > I think for translators better don't split big string if string will > be full with quotes (better to understand context). > > >But that makes |"| not |'|? > > > |'| for xgettext is begin and end of extracting string, but |"| is > > part of big string. > Can't you fix gettext so that it supports Pascal? Martin |
From: Martin S. <mse...@gm...> - 2014-04-28 04:26:03
|
On Sunday 27 April 2014 20:47:34 Sieghard wrote: > Hallo Martin, > > Du schriebst am Sun, 27 Apr 2014 19:59:12 +0200: > > > mseide [OPTION]... [PROJECTFILE]'+chr(10)+chr(10)+'Options:' > > > > This is no valid Pascal string in *.mfm. > > use 'Usage: mseide [OPTION]... [PROJECTFILE]'^J^J > instead. This should be a 'valid Pascal string', at least it's a valid > Delphi notation. > (And should even be understood by some arrogant package maintainer.) > Does not work. " Can not read formfile "/home/mse/proj/test3/main.mfm". Wrong token type: Symbol expected but ^ found (at 34,21, stream offset 0000031F) An exception occurred at $082C28E3 : EParserError : Can not read formfile "/home/mse/proj/test3/main.mfm". Wrong token type: Symbol expected but ^ found (at 34,21, stream offset 0000031F) $082C28E3 TPARSER__ERRORSTR, line 1497 " Martin |
From: Sieghard <s_...@ar...> - 2014-04-27 20:13:30
|
Hallo Martin, Du schriebst am Sun, 27 Apr 2014 19:59:12 +0200: > > mseide [OPTION]... [PROJECTFILE]'+chr(10)+chr(10)+'Options:' > > > This is no valid Pascal string in *.mfm. use 'Usage: mseide [OPTION]... [PROJECTFILE]'^J^J instead. This should be a 'valid Pascal string', at least it's a valid Delphi notation. (And should even be understood by some arrogant package maintainer.) -- -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) ----------------------------------------------------------- Mit freundlichen Grüßen, S. Schicktanz ----------------------------------------------------------- |
From: Alexey L. <log...@gm...> - 2014-04-27 19:24:35
|
>That means we sould not use objectinspector to define multiline string >properties anymore? How does this work with a multiline button caption for >example? create example.mfm and check: touch messages.pot xgettext -a -j -L Perl example.mfm -o messages.pot If you want to use apostrophes for example for 'Active group', then to use tstringcontainer: 'Active group' but in pas: str:=''''+A+'''' or str:=chr(39)+A+chr(39) I think for translators better don't split big string if string will be full with quotes (better to understand context). >But that makes |"| not |'|? |'| for xgettext is begin and end of extracting string, but |"| is part of big string. |
From: Martin S. <mse...@gm...> - 2014-04-27 18:40:48
|
On Sunday 27 April 2014 20:33:55 Alexey Loginov wrote: > > But tstringcontainer uses exact the same functions? Strange. > > I wrote example how to move #10 from .mfm into .pas, that's why in > this case xgettext will extract strings from .mfm correctly. > That means we sould not use objectinspector to define multiline string properties anymore? How does this work with a multiline button caption for example? > >Should we do without apostroph in MSEgui programs and forms in future? > > Don't use double apostrophes in .mfm only, but no problem to use in > pas or to use chr() or tstringcontainer with parts of big string > instead. > > If to use xgettext, then xgettext extracts strings into POT for .mfm > between apostrophes and don't like #10 and double apostrophes. > > Should we do without apostroph in MSEgui programs and forms in future? > > > Everybody will use how want, patch to change '' -> " is easy. > But that makes |"| not |'|? Martin |
From: Alexey L. <log...@gm...> - 2014-04-27 18:34:02
|
> But tstringcontainer uses exact the same functions? Strange. I wrote example how to move #10 from .mfm into .pas, that's why in this case xgettext will extract strings from .mfm correctly. >Should we do without apostroph in MSEgui programs and forms in future? Don't use double apostrophes in .mfm only, but no problem to use in pas or to use chr() or tstringcontainer with parts of big string instead. If to use xgettext, then xgettext extracts strings into POT for .mfm between apostrophes and don't like #10 and double apostrophes. Should we do without apostroph in MSEgui programs and forms in future? > Everybody will use how want, patch to change '' -> " is easy. |
From: Martin S. <mse...@gm...> - 2014-04-27 18:33:54
|
On Sunday 27 April 2014 19:57:06 Med Hamza wrote: > Hi there, > I have the following error when I build my new project > > mdb.pas(25,44) Fatal: Can't find unit maskutils used by mdb > The unit is in /usr/lib/fpc/2.6.4/units/i386-linux/fcl-base/maskutils.ppu > Rem: > option make directory > 1. ${MSELIBDIR}kernel/$TARGETOSDIR > 2. I am using ubuntu. > Please read the thread "bug in ubuntu 14_04" http://thread.gmane.org/gmane.comp.ide.mseide.user/30839 Martin |
From: Martin S. <mse...@gm...> - 2014-04-27 18:18:24
|
On Sunday 27 April 2014 20:06:26 Alexey Loginov wrote: > xgettext don't work with Pascal and work with .mfm only in Perl mode > > :( , but problems are minimal. > > Easy to use tstringcontainer: > 'MSEide Copyright 1999-2013 by Martin Schreiber' > 'Usage: mseide [OPTION]... [PROJECTFILE]' > 'Options:' > > In code: caption:=A+#10+B+#10+#10+C; > etc. for all #10. > But tstringcontainer uses exact the same functions? Strange. What do other MSEgui users think? Should we do without apostroph in MSEgui programs and forms in future? Martin |
From: Alexey L. <log...@gm...> - 2014-04-27 18:06:32
|
xgettext don't work with Pascal and work with .mfm only in Perl mode :( , but problems are minimal. Easy to use tstringcontainer: 'MSEide Copyright 1999-2013 by Martin Schreiber' 'Usage: mseide [OPTION]... [PROJECTFILE]' 'Options:' In code: caption:=A+#10+B+#10+#10+C; etc. for all #10. |
From: Martin S. <mse...@gm...> - 2014-04-27 17:59:22
|
On Sunday 27 April 2014 19:36:01 Alexey Loginov wrote: > 'MSEide Copyright 1999-2013 by Martin Schreiber'#10'Usage: mseide > [OPTION]... [PROJECTFILE]'#10#10'Options:' > -> > Maybe (I don't know mfm, what will be workable): *.mfm is the format used by Delphi/FPC objecttexttobinary()/objectbinarytotext() functions. The string representation is the Pascal string format: http://www.freepascal.org/docs-html/ref/refse8.html#x20-190001.8 > 'MSEide Copyright 1999-2013 by Martin Schreiber'+chr(10)+'Usage: > mseide [OPTION]... [PROJECTFILE]'+chr(10)+chr(10)+'Options:' > This is no valid Pascal string in *.mfm. > or > > 'MSEide Copyright 1999-2013 by Martin Schreiber'#10 > 'Usage: mseide [OPTION]... [PROJECTFILE]'#10#10 > 'Options:' > This is no valid Pascal string in *.mfm. > or use tstringcontainer (gettext undersdand tstringcontainer well). > tstringcontainer uses the same string format. > for gettext #10 is EOL and string after #10 is not readable. This > problem is for all .mfm. > gettext is mainly for C maybe. Martin |
From: Med H. <me...@gm...> - 2014-04-27 17:57:12
|
Hi there, I have the following error when I build my new project mdb.pas(25,44) Fatal: Can't find unit maskutils used by mdb Rem: option make directory 1. ${MSELIBDIR}kernel/$TARGETOSDIR 2. I am using ubuntu. thank you. |
From: Alexey L. <log...@gm...> - 2014-04-27 17:36:07
|
'MSEide Copyright 1999-2013 by Martin Schreiber'#10'Usage: mseide [OPTION]... [PROJECTFILE]'#10#10'Options:' -> Maybe (I don't know mfm, what will be workable): 'MSEide Copyright 1999-2013 by Martin Schreiber'+chr(10)+'Usage: mseide [OPTION]... [PROJECTFILE]'+chr(10)+chr(10)+'Options:' or 'MSEide Copyright 1999-2013 by Martin Schreiber'#10 'Usage: mseide [OPTION]... [PROJECTFILE]'#10#10 'Options:' or use tstringcontainer (gettext undersdand tstringcontainer well). for gettext #10 is EOL and string after #10 is not readable. This problem is for all .mfm. |
From: Martin S. <mse...@gm...> - 2014-04-27 17:19:41
|
On Sunday 27 April 2014 19:13:36 Alexey Loginov wrote: > There is patch in attachment. > There is problem with #10 also for gettext. Will you use const instead > of #10 directly in strings? How would this look in the previous example? |
From: Alexey L. <log...@gm...> - 2014-04-27 17:13:43
|
There is patch in attachment. There is problem with #10 also for gettext. Will you use const instead of #10 directly in strings? |