Re: [MSEide-MSEgui-talk] calendar date time edit
On Saturday 05 November 2011 17:10:55 Patrick Goupell wrote: How do I test / determine if a calendar date / time edit contains data or is null? This mailinglist has been closed, please register on https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk Thanks, Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] Mailinglist mseide-msegui-talk moved to SourceForge
Hi, Because of the dead of BerliOS mseide-msegui-talk@lists.berlios.de has been moved to mseide-msegui-t...@lists.sourceforge.net Please register on https://lists.sourceforge.net/lists/listinfo/mseide-msegui-talk Thanks, Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Wish: reverting to default IDE windows layout action
On Monday 31 October 2011 07.28:08 wahono sri wrote: I used 'General'-'Options'. Does it work for you on Linux? Yes, we always test in windows and linux. What's your problem? The changed theme name is displayed in 'Help'-'About Acosys'-'Active theme' but the look does not change. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Wish: reverting to default IDE windows layout action
On Monday 31 October 2011 09.18:06 wahono sri wrote: The changed theme name is displayed in 'Help'-'About Acosys'-'Active theme' but the look does not change. Please click Activate Theme to switch between themes, and click Manage Theme to modify active theme. I did so. I found the problem: current directory must be the acosysv4 directory. So first cd acosysv4 then start Acosys. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Wish: reverting to default IDE windows layout action
On Sunday 30 October 2011 23.38:37 wahono sri wrote: On 30 October 2011 14:24, wahono sri wahon...@gmail.com wrote: I did not manage to switch the theme on Linux. The theme is displayed in 'Help'-'About Acosys'-'Active theme' but the look does not change. I forgot to say, to change and manage theme is from menu General- Options. And I sent to your email the source code of tazskin. Please import it to MSEuniverse if it is open source. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Wish: reverting to default IDE windows layout action
On Sunday 30 October 2011 22.24:12 wahono sri wrote: I did not manage to switch the theme on Linux. The theme is displayed in 'Help'-'About Acosys'-'Active theme' but the look does not change. I forgot to say, to change and manage theme is from menu General- Options. I used 'General'-'Options'. Does it work for you on Linux? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Wish: reverting to default IDE windows layout action
On Friday 28 October 2011 19.55:14 wahono sri wrote: To try powerfull theme concept from Martin, you can download at http://www.acosys.co.id/download/acosysv4_win32.rar or http://www.acosys.co.id/download/acosysv4_linux.zip. Or you can visit www.acosys.co.id/themelist to see some custom themes created by end users. They can choose what colors and picture as they want. I did not manage to switch the theme on Linux. The theme is displayed in 'Help'-'About Acosys'-'Active theme' but the look does not change. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Q about tmsesqlscript's macroses
On Friday 28 October 2011 14.53:06 IvankoB wrote: And how can me access the macro via its name ? git master 861bfd3a4031d998dd541f2b663c4fcd32fc5a1c has it. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Wish: reverting to default IDE windows layout action
On Friday 28 October 2011 07.18:37 IvankoB wrote:
Sometimes, it's a nightmare to dock project windows in a relevant manner.
(the default might be debug then components palette then source
window then message window) all docked into the main IDE window.
BTW, I don't recommend to use the main window as main docking area, Please use
a dockpanel ('View'-'New Panel') instead. The main window should be as small
as possible so it overlaps as less as possible space if raised by main menu
activation.
Martin
___
MSEide-MSEgui-talk mailing list
MSEide-MSEgui-talk@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Q about tmsesqlscript's macroses
On Friday 28 October 2011 14.53:06 IvankoB wrote:
Is the below a correct way:
Me have sqlscr:
in design time:
sql:=
attach database '${DB_DIRECTORY}data_ss.db' as b;
attach database '${DB_DIRECTORY}data_retail.db' as c;
and in runtime:
sql.macros[0].value.add(value_read_from_statfile);
sql.macros[0].value.text:= value_read_from_statfile;
so that
attach database './db/datadata_ss.db' as b;
attach database './db/datadata_retail.db' as c;
were really executed.
?
And how can me access the macro via its name ?
Not implemented up to now, must be done in code. Added to wishlist.
Martin
___
MSEide-MSEgui-talk mailing list
MSEide-MSEgui-talk@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] calendardatetimeedit
On Thursday 27 October 2011 19.07:15 Patrick Goupell wrote: I love the calendardatetimeedit. When I set 'kind' = dtk_datetime and click on the drop down I get a calendar for date selection. After I select a date the date shows in blue as selected. If I try to enter a time the date erases. How do I select a date from the dropdown and then enter / append the time? Press the End key. BTW, a single space + Enter returns current data and time. I tried a second calendardatetimeedt and set kind = dtk_time. When I clicked the dropdown I got the calendar which I did not expect by setting the kind = dtk_time. Is that normal for a time entry? Normal yes, useful probably no. Do I need to set the formatdisp / formatedit? What should the formats look like? Set them to the format you need if the default is not OK. It is possibly better to combine a dtk_date tcalenderdatatimeedit with a dtk_time tdatetimeedit. Deactivate optionsedit oe_eatreturn and activate optionswidget ow_keyreturntaborder of the tcalendatdatetimeedit in order to move to the time entry by Enter key. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Wish: reverting to default IDE windows layout action
On Friday 28 October 2011 07.18:37 IvankoB wrote: Sometimes, it's a nightmare to dock project windows in a relevant manner. (the default might be debug then components palette then source window then message window) all docked into the main IDE window. Please use 'View'-'Load Window Layout'. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Error: Can't create object file: units\i386-win32\msereal.o
On Wednesday 26 October 2011 13.04:09 Marcos Douglas wrote: I can't compile MSE using FPC 2.5.1 (fixes_2_6)? - W:\md\dev\freepascal\ide\mseide-mseguippc386 -Xs -O- apps\ide\mseide.pas -Fulib \common\* -B -Fulib\common\kernel\i386-win32 -Fi\lib\common\kernel -FEW:\md\dev\ freepascal\ide\mseide-msegui -FUunits\i386-win32 -omseide.exe Not the usual command to compile MSEide. Do you have a directory .\units\i386- win32? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Stringdisplay widget
On Wednesday 26 October 2011 17.50:04 Patrick Goupell wrote: I have a stringdisplay widget and am trying to use some on events. tstringdisp? I have tried onchange, onenter, onfocus and onnavigrequest. The only one that responses is onchange. Is this correct behavior? Yes, tstringdisp can not be focused by default. Activate tstringdisp.optionswidget ow_tabfocus, ow_mouosefocus or ow_arrowfocus. If the other onevents (onenter, onfocus, onnavigrequest) are not valid/active perhaps they should not be listed in the object inspector. The standard events are published for all widgets because of repeated user request (in Lazarus I can..., I am accustomed from Delphi to use OnXyz..., Why is there no OnXyz event? Lazarus and Delphi have it!...). Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] frameface in tframecomp
On Tuesday 25 October 2011 09.53:18 wahono sri wrote: Does it work if you setup the faces directly in the facelist instead to use tfacecomp? Martin Yes, it works. Please try again with git master d087751ae02185a63c11aa56773ca32fd20979f0, should work with templates now. And this is great feature. Hmm, MSEgui skin has so many options. - Frame lines - Frame image - Frame face - Face gradient - Face image - Face image+gradient - Face pattern Don't forget tface.frameimge_*. ;-) Can be used to combine a face with a frame made of stretched images, comparable with tframe.image_*. I'm developing a component inherited from tcustomskincontroller with GUI themes editor for end users. Than theme is easy to creating by end users. You can see my employee have create many themes by their selves at www.acosys.co.id/themelist. Nice! :-) Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] msepopupcalendar
On Tuesday 25 October 2011 03.30:33 wahono sri wrote: I think yeardisp and monthdisp color should be change to cl_foreground for skin compatibility. If I use cl_text=cl_white, the text does not appear. Done, git master a4abcd142aa3722267e30542cde4beb419d41e27. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] bug reports and wishes
On Tuesday 25 October 2011 17.28:59 minoshi wrote: For first time : Bug reports 1). Design time : access violation when cut components connected via tspacer (tspacer.linkleft = some widget1,tspacer.linkright = some widget2, etc) Works for me. Please send a test project and steps how to reproduce. 2). Problem when need to press components(widgets) connected via tspacer to the right edge of the form (example : tlabel1+tspacer+tlabel2, set anchors=[an_top,an_right] for all them. Result: tspacer.linkright not work.) Activate tspacer.options spao_glue_right. 3). Ttabwidget : mainfo.onchildmouseevent not work with widgets placed on ttabwidget. Why? Probably because a widget in the hierarchy eats the event by setting es_processed. Only not used mouse and key events are reported to parent. 4). Ttabwidget.tab_size not work when ttabwidget.color = cl_transporent and tabo_opposite in ttabwidget.tab_options. In design time all show ok but when run program ttabwidget.tab_size sets to Ttabwidget.tab_sizemin. With others colors all ok both designtime and runtime. Should be fixed in git master 797ed492d07bc34c1718b8da4326015d8ba03496. A couple wishes : 1).Is there way to change tab position of source page without recompilng MSEide? No. Why? 2).caption property write to statfile? Which components? 3).borderless without stayontop form state. Difficult to implement platform independent and problematic because users always should be able to move, resize and close windows. Borderless fullscreen should work. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] twidgetgrid has me stumped
On Sunday 23 October 2011 21.11:30 Patrick Goupell wrote: So far I have only been able to figure out the following. wgStatus.rowcount := 1; // add a row to the widget grid dbtnStatus.caption := 'status 1'; // set the caption (row 1) wgStatus.rowcount := 2; // add a second row dbtnStatus.caption := 'status 2'; // set the caption (row 2) When the second row is created both captions now read 'status 2'; As designed. For cell drawing twidgetgrid feeds the column widget with the cell data. For tdatabutton the type of the cell data is integer and selects the used imagenums, valuecaptions and valuefaces. For tstringedit the column data is of type msestring and is used as edit text value. How do I code a pascal statement to get just a single row in the widgetgrid? In order to access a cell value of a column widget use thecolumnwidgetinstance[row]. see definition of tdatabutton ancestor: tcustomintegergraphdataedit = class(ttogglegraphdataedit) [...] property gridvalue[const index: integer]: integer read getgridvalue write setgridvalue; default; The value property of a column widget is the cell value of the focused row. What is the purpose of dbtnStatus? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] twidgetgrid has me stumped
On Monday 24 October 2011 14.28:36 Patrick Goupell wrote: What is the purpose of dbtnStatus? It defines the status of an item. Is it available, not availlable, etc. I want to be able to change the status of an individual item and am trying different methods. Using a stringgrid oncell click was one such attempt. I wanted to try a button to see how that would work. And I will probably try other methods as well. If the status representation is a text then a tenumedit probably is the best widget. If it is an icon tdataicon can be used. If it is an icon with a caption tdatabutton is appropriate. If it is an object with icon, caption and possibly more data fields a titemedit can be used. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] widgetgrid, I don't remember how I did it.
On Sunday 23 October 2011 10.18:53 Patrick Goupell wrote: Some months ago I was trying out a widget grid. It had 2 columns in it, a button and a stringedit. It worked great as a learning exercise. I am starting a new project and want to use a widget grid again. But I don't remember how I placed the button and stringedit into the widgetgrid. I have defined the datacols.count field and can manipulate the properties there, but how do I place the widgets inside the grid columns? I don't remember how I did it the last time. Click on the widget in the component palette page 'Edit' or 'Dialog' you want to place, click into the grid at the position were the widget should be placed. Is the grid cell color problem solved? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] widgetgrid, I don't remember how I did it.
Martin Schreiber wrote: Is the grid cell color problem solved? I found your mail with the testcase, you used not your registered email acount. I'll check it. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] set background color of stringgrid cell
On Saturday 22 October 2011 16.05:19 Patrick Goupell wrote: Martin Schreiber mse0@... writes: On Saturday 22 October 2011 14.57:39 Patrick Goupell wrote: Is cellinfo.color the only item that needs to be set? example: cellinfo.color := cl_green; Or do I need to do more? No. The beforedrawevent does not seem to do anything. The background color never changes. sgStatus.datacols.clear; deletes all columns, the design time setting of onbeforedrawcell is lost. Please add sgStatus.datacols [0].onbeforedrawcell:= @sgStatusOnBeforeDraw; Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
On Saturday 22 October 2011 08.42:14 minoshi wrote: ptytee does not use a tterminal. What happens with your pacmanXG with the newest tterminal? The same as before. Martin, let's leave this topic because the on developer`s site announced a new branch of pacman utility. I plan to download and compile it and see how it works. All MSEgui bugs must be fixed. :-) Where can I download the pacman version you used? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] set background color of stringgrid cell
On Saturday 22 October 2011 16.51:05 Patrick Goupell wrote: Works for me, please send a simple testcase. Martin How / where should I send it. Compress the *.pas, *.mfm and the *.prj file into a *.zip or *.tar.gz and attach it to a mail to mseide-msegui-talk@lists.berlios.de. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
On Friday 21 October 2011 20.58:35 Sieghard wrote: Hallo Martin, Du schriebst am Thu, 20 Oct 2011 17:45:25 +0200: So no progress display? Strange the missing linefeeds. That's probabely because pacman gets fed its input by pipe - I said already that it has such a flaw (IMO) concerning redirections. ptytee should make an exact copy of the data into the file, so there is something wrong because the file and the xterml input are not the same. It's sufficient to pass it a response by pipe to make it suppress the progress display as well as the newline after the input prompt. In theory current ptytee and tterminal should use a PTY on input and output so there is something wrong again. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] set background color of stringgrid cell
On Friday 21 October 2011 22.09:38 Patrick Goupell wrote: How can I set the background color of a stringgrid cell in program code? sgMyGrid.datacols [column][row] . ??? := cl_green; Not supported because of the big per cell memory consumption. MSEgui has symbolic color settings for row colors (t*grid.rowcolors, t*grid.rowcolorstate, can be switched off for a column by resetting tdatacol.options1 co1_rowcolor) and color settings for columns (t*col.color*). In order to define the color of single cells use tdatacol.onbeforedrawcell and update the cellinfo values. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
On Wednesday 19 October 2011 22.12:59 Sieghard wrote: Hallo Martin, Du schriebst am Tue, 18 Oct 2011 10:37:42 +0200: Thanks, I made a program which copies the PTY output to a file: http://gitorious.org/mseuniverse/mseuniverse/trees/master/tools/utilities /ptytee Sorry to come back on this again - but I got a question trying to access the program / project: Is it possible to devise a function to download the real data of such a URL non-interactively? It is the web interface of the MSEuniverse git repository. The git repository is described here: http://gitorious.org/mseuniverse In order to get a local copy of the whole repository make git clone git://gitorious.org/mseuniverse/mseuniverse.git In order to get updates, cd in your mseuniverse directory and git pull Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEgit
On Thursday 20 October 2011 17.33:04 minoshi wrote: Try compile MSEgit Fatal: Can't find unit remotesform used by main ??? 940712b58f84eb0fc77a0b7dcd50ce0dbe955784 has it. ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
On Thursday 20 October 2011 17.54:06 minoshi wrote: proc.options = [pro_output,pro_errorouttoout,pro_tty] Where is this? In ptytee mainmo? Yes. So no progress display? Strange the missing linefeeds. What about the newest tterminal from git master? It has a PTY on input and output and sets processgroup and sessionleader. Martin But it`s newest. I update from git and recompile MSEide ~40 minutes ago. I meant newest tterminal, not newest ptytee. ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
On Thursday 20 October 2011 18.14:00 minoshi wrote: 20.10.2011 15:59, Martin Schreiber пишет: I meant newest tterminal, not newest ptytee. Yes, I understand you correctly. For the purity of the experiment i clear msetrunk directory and execute git clone git://gitorious.org/mseide-msegui/mseide-msegui.git mseide-msegui then build mseide ptytee does not use a tterminal. What happens with your pacmanXG with the newest tterminal? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
Martin Schreiber wrote: Martin Schreiber wrote: On Monday 17 October 2011 17.16:36 minoshi wrote: 17.10.2011 09:45, Martin Schreiber пишет: I tested with the ls command which has different output on a PTY, works for me. work for me too. but with 'pacman' no :/ git mseide-msegui master (e90ded93bc597a9153975e5bdbe25076c74d5198) has a pty on input and output, please test. That disturbs FPC in MSEide... I'll try to fix tomorrow. Should work now, git master (d7d2f15940c0611c36fcc13da7c43b0e081dbb21). Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Off topid: Zeos string length.
On Wednesday 19 October 2011 11.10:16 Christian Nobel wrote:
If I play a little around with the compiler directive {$H+}, I can get
the rest of the program ( the blabla string) to act as expected, namely
as a wide or short string, but it makes no difference to my dataset.
What is the maximal length which is returned?
Any one having a suggestion what to do?
AFAIK the length of VARCHAR is limited in FCL, in MSEgui it can be any value.
If the returned length is 255 then it is probably no shortstring/ansistring
problem. Use Zeos memo fields or use the MSEgui database components.
Martin
___
MSEide-MSEgui-talk mailing list
MSEide-MSEgui-talk@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Off topid: Zeos string length.
On Wednesday 19 October 2011 12.27:05 Christian Nobel wrote: Ahhh, bummer, found the problem. Indirectly you gave me the answer. There are no limitations in SQLite on the length of a Varchar, so by using the SQLite manager, it is possible to fill the field with a long text. But the problem appears to be the interpretation of the field by Zeos (and probably other db libraries) as the field is truncated. Changing the field to text instead of varchar changes the behaviour of Zeos, as the field now is seen as a memo field. Or as suggested, use MSEgui DB components. They don't have a VARCHAR field length limitation. The performance of a memo field (=BLOB) is not so good. It is also possible to map SQlite text fields to VARCHAR(0) - unlimited string field. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
On Tuesday 18 October 2011 01.39:06 Sieghard wrote: Sorry, no comments - please refer to the man pages and kernel documentation. (I don't recall any detail any more myself now;) For other terminal devices, like e.g. xterm, rxvt or such I don't know of any method to access their text buffers, altough there may exist some - I'm afraid, very specific for the pertinent terminal implementation, respectively. Thanks, I made a program which copies the PTY output to a file: http://gitorious.org/mseuniverse/mseuniverse/trees/master/tools/utilities/ptytee minoshi, can you run ptytee --command=pacman -Sw acl --file=test.txt and send the result? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Fun with Suse 11.4
Martin Schreiber wrote: I can run mseide with -ns option for a work around, but the problem is that I do extensive use of skins in my programs. How is going this issue? Somebody should write bug reports to the bug tracker of the distros... It's reported Seems to be still not fixed radeon upstream: https://bugzilla.novell.com/show_bug.cgi?id=690766#c5 Who will report the bug to the radeon driver developers? Nobody? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
On Tuesday 18 October 2011 20.03:18 minoshi wrote: no result. [root@server Новый]# LANG=en_US.utf8 ./ptytee --command=pacman -Sw acl --file=test.txtresolving dependencies... Targets (1): acl-2.2.51-1 Total Download Size:0.13 MB Proceed with download? [Y/n] y And program stop here. As I understand, ptytee can`t send answer to process. I add option --noconfirm to command line and got that : ptytee e2bb13357d2671d207e54537605d1ab63d794aaf has no input pipe and should work with terminal entry, please try again. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
On Monday 17 October 2011 17.16:36 minoshi wrote: 17.10.2011 09:45, Martin Schreiber пишет: I tested with the ls command which has different output on a PTY, works for me. work for me too. but with 'pacman' no :/ git mseide-msegui master (e90ded93bc597a9153975e5bdbe25076c74d5198) has a pty on input and output, please test. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
Martin Schreiber wrote: On Monday 17 October 2011 17.16:36 minoshi wrote: 17.10.2011 09:45, Martin Schreiber пишет: I tested with the ls command which has different output on a PTY, works for me. work for me too. but with 'pacman' no :/ git mseide-msegui master (e90ded93bc597a9153975e5bdbe25076c74d5198) has a pty on input and output, please test. That disturbs FPC in MSEide... I'll try to fix tomorrow. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
On Monday 17 October 2011 10.04:26 minoshi wrote: Hello again! I continue write pacmanXG. In it I run utility 'pacman' in tterminal and then parse output pacman is package manager for archlinux Some time ago pacman was updated and now output in tterminal and in real console (for example xterm) is different. tterminal: = = EXECUTE : pacman -Sw acl = resolving dependencies... Targets (1): acl-2.2.51-1 Total Download Size:0.13 MB Proceed with download? [Y/n] y :: Retrieving packages from core... downloading acl-2.2.51-1-i686.pkg.tar.xz... = done (= done is mark that tterminal finish executing) in real console : [root@server pkg]# pacman -Sw acl resolving dependencies... Targets (1): acl-2.2.51-1 Total Download Size:0.13 MB Proceed with download? [Y/n] y :: Retrieving packages from core... acl-2.2.51-1-i686 135.4K 247.1K/s 00:00:01 [##] 100% (1/1) checking package integrity [##] 100% [root@server pkg]# In pacman news i wrote that now pacman is only front-end for library libalpm.so. And I suppose that missing output is output of this library. Unfortunaly there is no documentation for library (only promise to write it) and i can`t write own wrapper. I looked code of library but I don`t know c++ :( Any ideas? Maybe a problem of the sent line editing characters for the progress display. Please tee the pacman terminal output to a file and send the file. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] twidgetgrid + tprogressbar
On Monday 17 October 2011 09.42:49 minoshi wrote: Hello, Martin! How to use? I try that for example: twidgetgrid + tprogressbar + two tstringedit tprogressbar inserted in twidgetgrid without any mistakes tsringedits are some numbers I want divide the first in the second and put result in tprogressbar. for i := 0 to twidgetgrid1.rowhigh do begin tprogressbar1[i] := strtoint(tsringedit1[i]) / strtoint(tsringedit2[i]); end; but while compile program got: An unhandled exception occurred at $080D73EA : EReadError : Error reading tw.datacols.items: Error reading twidgetcol.dataclass: Unknown grid datalist type trealdatalist. Please try again with git master (0bb8c19f5a80844f0784568bc2c6fd122e1efff5). In the *.mfm trealdatalist must be replaced by tgridrealdatalist. object twidgetgrid1: twidgetgrid [...] datacols.count = 3 datacols.items = item widgetname = 'tprogressbar1' dataclass = tgridrealdatalist Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
On Monday 17 October 2011 10.29:27 minoshi wrote: Maybe a problem of the sent line editing characters for the progress display. Please tee the pacman terminal output to a file and send the file. Martin Can`t translate tee, sorry :( Executing pacman -Sw acl 1.txt ? pacman -Sw acl | tee 1.txt It is possible that pacman works different if output is not connected to a pseudotermial. If so I fear you must debug yourself. To the Unix specialists: Is there a possibility to get a copy of the data the terminal receives? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
On Monday 17 October 2011 10.51:23 minoshi wrote: 17.10.2011 08:56, Alexander пишет: On Mon, 17 Oct 2011 08:29:27 + minoshiminoshi-o+mxotu4lmchxe+lvdl...@public.gmane.org wrote: Can`t translate tee, sorry :( man tee Never use before this utility. As I understand correctly i must execute pacman -Sw acl | tee test.txt See attachment Aha. resolving dependencies... Targets (1): acl-2.2.51-1 Total Download Size:0.13 MB :: Retrieving packages from core... downloading acl-2.2.51-1-i686.pkg.tar.xz... checking package integrity... What did you see on the terminal? ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
On Monday 17 October 2011 10.57:55 minoshi wrote: What did you see on the terminal? [root@server ~]# pacman -Sw acl | tee test.txt resolving dependencies... Targets (1): acl-2.2.51-1 Total Download Size:0.13 MB Proceed with download? [Y/n] y :: Retrieving packages from core... downloading acl-2.2.51-1-i686.pkg.tar.xz... checking package integrity... [root@server ~]# So tterminal actually shows the correct output. Is tterminal.optionsprocess pro_tty active? It should use pseudo terminal if active. ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tterminal again
On Monday 17 October 2011 17.16:36 minoshi wrote: 17.10.2011 09:45, Martin Schreiber пишет: I tested with the ls command which has different output on a PTY, works for me. work for me too. but with 'pacman' no :/ I try without pro_tty and more output but not all. Well, if no more ideas I go to write a crutch :) I should have a file of the terminal output of pacman in order to test. We must wait until a Unix expert explains how. :-) Or you can write a program which does the task. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] MSEgit
Hi, Attached a first screenshot of MSEgit. Martin attachment: msegit.png___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Fun with Suse 11.4
Julio Jiménez wrote: 2011/4/11 Martin Schreiber mse00...@gmail.com Am 11.04.2011 11:50, schrieb Julio Jiménez: Weird... I updated Debian testing, and now it's using xorg 1.9.5 instead of 1.7.7 so the sking issue is alive :( I can run mseide with -ns option for a work around, but the problem is that I do extensive use of skins in my programs. How is going this issue? Somebody should write bug reports to the bug tracker of the distros... It's reported Seems to be still not fixed radeon upstream: https://bugzilla.novell.com/show_bug.cgi?id=690766#c5 Who will report the bug to the radeon driver developers? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Fonts again
On Wednesday 12 October 2011 13.33:45 minoshi wrote: login : minoshi is now commiter on Gitorious MSEuniverse. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Fonts again
On Monday 10 October 2011 20:55:42 minoshi wrote: -- He-he! Russian ArchLinux user named 32reg found answer :) 64bit-computer owner must install lib32-libxft package. In other linuxes look analog package. A good proof that MSEgui still works without xft. :-) Martin! Maybe add this information in readme? Will do, thanks. minoshi, please register on Giotorious: https://gitorious.org/users/new and report your login name so you can get access to your code: http://gitorious.org/mseuniverse Did you think about the copyright headers in your code? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEide+MSEgui BerliOS - Gitorious
On Sunday 09 October 2011 01.13:00 IvankoB for-mse wrote: With the GIT erasing partial downloads feature (really an evil design flaw), again me can't even clone the small-size MSE* sources, on my 56K home dialup :( Go to https://gitorious.org/mseide-msegui/mseide-msegui click 'Source' tree, select the branch, click 'Download * as tar.gz'. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEide+MSEgui BerliOS - Gitorious
On Sunday 09 October 2011 10.55:20 IvankoB for-mse wrote: Will it be unpacked to a GIT local repo so that further updates may be performed via git pull ? No, it is a snapshot of head. Maybe you can git the snapshot locally and then pull from Gitourious the rest. Or make a local copy from SVN at Sourceforge by rsync -av mseide-msegui.svn.sourceforge.net::svn/mseide-msegui/* thedestination convert that to git by git svn -s thedestination change the git remotes to Gitorious and pull from Gitorious. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEide+MSEgui BerliOS - Gitorious
On Sunday 09 October 2011 11.25:23 Martin Schreiber wrote: On Sunday 09 October 2011 10.55:20 IvankoB for-mse wrote: Will it be unpacked to a GIT local repo so that further updates may be performed via git pull ? No, it is a snapshot of head. Maybe you can git the snapshot locally and then pull from Gitourious the rest. Or make a local copy from SVN at Sourceforge by rsync -av mseide-msegui.svn.sourceforge.net::svn/mseide-msegui/* thedestination convert that to git by git svn -s thedestination This needs a running local SVN server and the correct SVN protocol (:file'?). ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEide+MSEgui BerliOS - Gitorious
On Friday 07 October 2011 17.29:23 wahono sri wrote: I suggest to switch MSEuniverse to git and Gitorious also. wahono, minoshi OK? OK, please you make MSEunive project and I'll join. Done: https://gitorious.org/mseuniverse I added wahono as commiter, please report if it is not you. BTW, I startet with the development of MSEgit, a crossplatform graphical git interface. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEide+MSEgui BerliOS - Gitorious
On Saturday 08 October 2011 10.37:27 IvankoB wrote: On Friday 07 October 2011 20.40:35 IvankoB for-mse wrote: No problem. On the Monday, OK ? Sure. FOR LINUX: 1. Initial download of MSE* sources: In Linux DEBIAN: # apt-get install git git-core # [ -d /usr/src/GITROOT ] || mkdir /usr/src/GITROOT # cd /usr/src/GITROOT # git clone git://gitorious.org/mseide-msegui/mseide-msegui.git and wait until cloning finishes. Don't intterupt the download otherwise all partial pieces will be erased ! Upon completion, newly created /usr/src/GITROOT/mseide-msegui/* will contain the downloaded sources. 2. To get latest sources: # cd /usr/src/GITROOT/mseide-msegui/ # git pull Commited, thanks. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEide+MSEgui BerliOS - Gitorious
On Saturday 08 October 2011 17.35:17 Graeme Geldenhuys wrote: On 07/10/2011, Martin Schreiber wrote: Can you write a little HOWTO to be included in README.IMPORTANT? Here are some introductory tips for Git. http://opensoft.homeip.net:8080/wiki/wiki.cgi?p=git-howto http://opensoft.homeip.net:8080/wiki/wiki.cgi?p=git-tips Can I add the links to README.IMPORTANT? ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEide+MSEgui BerliOS - Gitorious
On Saturday 08 October 2011 17.27:30 Graeme Geldenhuys wrote: On 08/10/2011, Martin Schreiber wrote: BTW, I startet with the development of MSEgit, a crossplatform graphical git interface. May I suggest you take a look at 'git gui' and 'gitk' first. Yup, I know them. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] MSEide+MSEgui BerliOS - Gitorious
Hi, Because of the dead of BerliOS at end of the year and because there are no viable non US alternatives for a free SVN hosting I switched MSEide+MSEgui to git and opened a project on Gitorious: https://gitorious.org/mseide-msegui A mirror is here: http://sourceforge.net/scm/?type=gitgroup_id=165409 Please test! I suggest to switch MSEuniverse to git and Gitorious also. wahono, minoshi OK? The mseide-msegui-talk mailinglist will probably be moved to SourceForge because I still did not find a reliable NNTP solution. Thanks, Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEide+MSEgui BerliOS - Gitorious
Am 07.10.2011 18:35, schrieb IvankoB for-mse: In the readme.important, it would be handy for GIT newbies to provide 1) download links of GIT clients 2) initial (git clone its nothing-if-interrupted behaviour ) update ( git pull ) command syntax. From my experience, it's really uneasy to dig how to perform these basic operations :) Uhh, be quiet, Graeme can read it! ;-) Can you write a little HOWTO to be included in README.IMPORTANT? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Fonts again
On Thursday 06 October 2011 20.06:05 minoshi wrote: I try to swith on foo_antialiased and foo_antialiased in mainfo.font.options and both together and separately, but he says no effect. Is the way to correct it? MSEgui uses xft/fontconfig for font selection on Linux. It depends on the configuration of the target system which font fontconfig selects with the given parameters. Default font name is sans. It is possible that sans never will be antialiased on his system. Also possible that there is a 64 bit bug in MSEgui fc font pattern building. The fonts can be changed in commandline of the program by --fontalias=alias,fontname[,fontheight[,fontwidth[,options [,xscale[,ancestor] options map: //fontalias option char: fontoptionty = (foo_fixed,// 'p' foo_proportional, // 'P' foo_helvetica,// 'H' foo_roman,// 'R' foo_script, // 'S' foo_decorative, // 'D' foo_antialiased, // 'A' foo_antialiased2, // 'B' cleartype on windows foo_nonantialiased// 'a' example: --fontalias=stf_default,Helvetica Please try Helvetica it is usually antialiased. Linux font selection is in lib/common/graphics/msefcfontselect.pas. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bad new from berlios.de!
Martin Schreiber wrote: Martin Schreiber wrote: What about Savannah? https://savannah.nongnu.org/ Or Origo? http://www.origo.ethz.ch/ Origo does not support svnsync: http://www.origo.ethz.ch/node/2045 So no alternative. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MariaDB is best replacement of MySQL!
On Wednesday 05 October 2011 17.36:50 wahono sri wrote: I use MariaDB 5.2 now for Acosys and that is compatible with MySQL 5.0 above (I use tmsemysqlconnection). And after i test it, it more powerfull than MySQL and free forever. MySQL is free until 2015 only. www.mariadb.org Great! Are there any issues with the MSEgui components? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bad new from berlios.de!
Martin Schreiber wrote: What about Savannah? https://savannah.nongnu.org/ GNU is under US law too of course, so no alternative. Was BerliOS really the last working non US free software development hosting facility? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bad new from berlios.de!
On Tuesday 04 October 2011 16.10:28 Krishna wrote: Hello Martin, On Tue, Oct 4, 2011 at 12:13 PM, Martin Schreiber mse00...@gmail.com wrote: Martin Schreiber wrote: What about Savannah? https://savannah.nongnu.org/ GNU is under US law too of course, so no alternative. Was BerliOS really the last working non US free software development hosting facility? is launchpad.net US too? No, it is UK, but has Bazaar CVS only AFAIK. why not ask the freepascal folks to accomodate on their server(s)? Hmm, I don't like to harass FPC team more that I do already... Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bad new from berlios.de!
On Monday 03 October 2011 11.27:39 Graeme Geldenhuys wrote: On 03/10/2011, Martin Schreiber wrote: There are mirrors of mseide-msegui and mseuniverse on Sourceforge already. Because of the US access restrictions for several countries we need a more open alternative. Which? I host fpGUI on SourceForge and GitHub (and some other projects exclusively on GitHub). I'm very happy with GitHub, and it has some excellent features and is fast (much more so than SourceForge). No idea if they apply the same access restrictions as SourceForge. There is no mention of it when you create an account or a new repository. What about Savannah? https://savannah.nongnu.org/ It seems to provide NNTP additionally to mailing lists. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bad new from berlios.de!
Martin Schreiber wrote: What about Savannah? https://savannah.nongnu.org/ Or Gna!? http://gna.org/ ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bad new from berlios.de!
On Monday 03 October 2011 14.27:54 Graeme Geldenhuys wrote: On 03/10/2011 13:31, Martin Schreiber wrote: Or Gna!? http://gna.org/ Simply judging by its size, project statistics and amount of dead projects, I would not go for this one. I think the same. Savannah on the other hand seems to be a little bit bureaucratic. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] Copyright notice on MSEuniverse @mioshi and @wahono
Hi
I found that there are files in MSEuniverse without proper copyright notice.
Please add to all your files either a GPL
{ Copyright (c) thedate by yourname
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.
You should have received a copy of the GNU General Public License
along with this program; if not, write to the Free Software
Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
}
or a LGPL with static linking exception header
{ Copyright (c) thedate by yourname
See the file COPYING.MSE, included in this distribution,
for details about the copyright.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
}
on top of all your files. If you copied code from MSEide please add the
original MSEide GPL copyright notice. If you copied code from MSEgui please
add the original MSEgui LGPL with static linking exception header.
Thanks, Martin
___
MSEide-MSEgui-talk mailing list
MSEide-MSEgui-talk@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bad new from berlios.de!
Martin Schreiber wrote: What about Savannah? https://savannah.nongnu.org/ Or Origo? http://www.origo.ethz.ch/ ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] tsqlstatement problem
On Monday 03 October 2011 19.51:52 wahono sri wrote: tsqlstatement have property term and charescapement. But if I write some SQL with ;, it run as 1 query (not splitted). tsqlstatement always runs as a single statement. Please use tmsesqlscript instead. term and charescapement probably should be moved to tmsesqlscript to avoid confusion. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bad new from berlios.de!
On Monday 03 October 2011 22.42:07 IvankoB for-mse wrote: There are mirrors of mseide-msegui and mseuniverse on Sourceforge already. Because of the US access restrictions for several countries we need a more open alternative. Which? Me can ask installing an SVN server at my work (the *.UZ domain), but probably via a non-standard (iptables' DNAT) port. And unreliable since based on a regular Linux PC w/o any data redundancy. Should me ? I don't think so, thanks for the offer. Reliability and stability is a must. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] msetuner
On Saturday 01 October 2011 17.45:10 minoshi wrote: Thanks. And how upload ? By SVN. http://developer.berlios.de/svn/?group_id=12249 Developer SVN Access via HTTPS Only project developers can access the SVN tree via this method. Substitute developername with the proper value. Enter your site password when prompted. svn checkout \ https://developern...@svn.berlios.de/svnroot/repos/mseuniverse/trunk Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Tterminal word break and auto rowheigt
On Saturday 01 October 2011 17.49:37 minoshi wrote: Hello, Martin! twidgetgrid + ttreminal Is there way to wordbreak in output Set tterminal.maxchars 0. and auto height this row? In order to automatically adjust the grid row height to the font height of an edit widget activate theeditwidget.optionswidget ow_autoscale. ow_autscale of grid inserted widget is off by default because only one editwidget in a grid should affect the grid row height. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Tterminal word break and auto rowheigt
On Sunday 02 October 2011 14.52:39 minoshi wrote: 02.10.2011 07:01, Martin Schreiber пишет: On Saturday 01 October 2011 17.49:37 minoshi wrote: Hello, Martin! twidgetgrid + ttreminal Is there way to wordbreak in output Settterminal.maxchars 0. Are you plan automatic calculation of the number of characters? Based on which criteria? ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Tterminal word break and auto rowheigt
On Sunday 02 October 2011 15.57:05 minoshi wrote: 02.10.2011 13:46, Martin Schreiber пишет: On Sunday 02 October 2011 14.52:39 minoshi wrote: 02.10.2011 07:01, Martin Schreiber пишет: On Saturday 01 October 2011 17.49:37 minoshi wrote: Hello, Martin! twidgetgrid + ttreminal Is there way to wordbreak in output Settterminal.maxchars 0. Are you plan automatic calculation of the number of characters? Based on which criteria? ___ number of characters to fit in the current width of tterminal Works with fixed character width fonts only. Another possibility is to use variable row height with active t*grid.optionsgrid og_rowheight and tf_wordbreak in t*editwidget.textflags*. I'll check if it is possible to activate the option for tterminal too. Performance probably will be problematic. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Tterminal word break and auto rowheigt
Martin Schreiber wrote: Are you plan automatic calculation of the number of characters? Based on which criteria? ___ number of characters to fit in the current width of tterminal Works with fixed character width fonts only. Another possibility is to use variable row height with active t*grid.optionsgrid og_rowheight and tf_wordbreak in t*editwidget.textflags*. I'll check if it is possible to activate the option for tterminal too. Performance probably will be problematic. Or set twidgetgrid.datacols[n].widthmin in order to get a horizontal scrollbar for small windows. ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] about classname sender in ttimer.onttimer event
minoshi wrote: hi again :) ttimer.ontimer(sender : tobject); sender is tsimpletimer, but not ttimer Is it bug or feature? Hmm, this is because the event is sent by the tsimpletimer which is embedded into ttimer. I'll change it. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] msetuner
minoshi wrote: I think I did it - msetune in never worked with svn before :) Yup, compiles and runs, congrats! :-) SVN documentation is here: http://svnbook.red-bean.com/ Please make a comment when you commit something to SVN. The convention is to start the comments with + for additions, * for changes and - for removing. So the comment for the commit could be something like + Initial import of MSEtune, the great MSEide configuration tool from minoshi. ;-) Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] about classname sender in ttimer.onttimer event
Martin Schreiber wrote: ttimer.ontimer(sender : tobject); sender is tsimpletimer, but not ttimer Is it bug or feature? Hmm, this is because the event is sent by the tsimpletimer which is embedded into ttimer. I'll change it. Done, trunk 4852. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Tterminal word break and auto rowheigt
Martin Schreiber wrote: I'll check if it is possible to activate the option for tterminal too. Done, trunk 4852. - Set twidgetgrid.optionsgrid og_rowheight in order to enable support for variable grid row height. - Set twidgetgrid.datacols[thecolofthetterminal].options1 co1_autorowheight. - Set tterminal.textflags tf_wordbreak. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Bad new from berlios.de!
On Sunday 02 October 2011 20.56:53 wahono sri wrote: I got email from berlios admin. Dear BerliOS developers and users, [...] There are mirrors of mseide-msegui and mseuniverse on Sourceforge already. Because of the US access restrictions for several countries we need a more open alternative. Which? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] About tmsesqltransaction dan tmse*connection
On Sunday 02 October 2011 20.19:32 wahono sri wrote: I use 1 tmsesqltransaction and 1 tmsemysqlconnection for all forms in my application. Is it normally if I want to implement all transaction features? A single connection for a project is normal if all the project data is in the same DB. Sometimes it is necessary to have several transactions, for example to separate read and write transactions or to have the possibility to freeze and/or rollback different DB states. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Side effects from dso_restoreupdateonsavepointroll???
On Thursday 29 September 2011 10.28:34 wahono sri wrote:
Restoring updates after rollback is internal to tmsebufdataset and does
not involve the server so I think the problem is more likely a savepoint
or transaction problem. I don't know how MySQL handles savepoints and
transactions. I read that MySQL transaction handling is not well
designed. You probably need to do some investigations.
I don't found what SQL syntax send from tmsemysqlconnection to MySQL
server
to activate savepoint feature.
What's the syntax?
It is in lib/common/db/msqldb.pas
function TSQLTransaction.savepointbegin: integer;
var
mstr1: msestring;
begin
active:= true;
inc(fsavepointlevel);
result:= fsavepointlevel;
mstr1:= 'sp'+inttostrmse(result);
database.executedirect('SAVEPOINT '+mstr1+';',self,nil,false,true);
savepointevent(spek_begin,result);
end;
procedure tsqltransaction.checkpendingaction;
var
act1: tcommitrollbackaction;
bo1: boolean;
begin
if (fpendingaction canone) and (fsavepointlevel 0) and active then begin
act1:= fpendingaction;
bo1:= fpendingrefresh;
fpendingaction:= canone;
fpendingrefresh:= false;
if bo1 then begin
refresh(act1);
end
else begin
doendtransaction(act1);
end;
end;
end;
procedure TSQLTransaction.savepointrollback(alevel: integer = -1);
begin
checkactive;
if alevel = -1 then begin
alevel:= fsavepointlevel;
end;
if alevel = 0 then begin
database.executedirect('ROLLBACK TO '+'sp'+inttostrmse(alevel)+';',
self,nil,false,true);
fsavepointlevel:= alevel-1;
savepointevent(spek_rollback,alevel);
checkpendingaction;
end;
end;
procedure TSQLTransaction.savepointrelease;
begin
checkactive;
if fsavepointlevel = 0 then begin
database.executedirect('RELEASE SAVEPOINT '+'sp'+
inttostrmse(fsavepointlevel)+';',self,nil,false,true);
dec(fsavepointlevel);
savepointevent(spek_release,fsavepointlevel+1);
checkpendingaction;
end;
end;
___
MSEide-MSEgui-talk mailing list
MSEide-MSEgui-talk@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] msetuner
On Friday 30 September 2011 04.30:25 minoshi wrote: Please add the project to MSEuniverse SVN: http://developer.berlios.de/projects/mseuniverse/ Please register on BerliOS: http://developer.berlios.de/account/register.php and send me your login name in order I can give you write access on MSEuniverse SVN. my login: minoshi minoshi is now developer on MSEuniverse. Welcome! Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] + MSEunitdep
On Wednesday 28 September 2011 16:31:55 wahono sri wrote: I don't know. Please send the text file. Attached! This file probably was compiled without -vu. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] + MSEunitdep
On Wednesday 28 September 2011 13:48:12 wahono sri wrote: In mseunitdep, you use filter 'depends on' and I have 'Add dependency of', so I got empty result from mseunitdep. The format has changed from FPC 2.4 to 2.6. Trunk 4845 should work with both. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
[MSEide-MSEgui-talk] + MSEunitdep
Hi, There is a new tool MSEunitdep in tools/unitdep, trunk 4842. It scans a FPC -vu message file and shows the unit dependencies, see attachment. Martin attachment: mseunitdep.png___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] + MSEunitdep
On Wednesday 28 September 2011 03:58:31 wahono sri wrote: But I got funny bug, I got error message : Free Pascal Compiler version 2.4.4 [2011/04/22] for i386 Copyright (c) 1993-2010 by Florian Klaempfl Target OS: Linux for i386 Compiling mseunitdep.pas Compiling /media/Acer/msegui/lib/common/kernel/msegui.pas Compiling /media/Acer/msegui/lib/common/graphics/msegraphics.pas Compiling /media/Acer/msegui/lib/common/kernel/i386-linux/sm.pas Compiling /media/Acer/msegui/lib/common/kernel/msesonames.pas Compiling /media/Acer/msegui/lib/common/kernel/i386-linux/ice.pas Compiling /media/Acer/msegui/lib/common/kernel/msegui.pas Compiling /media/Acer/msegui/lib/common/kernel/msebitmap.pas This is not a clean checkout of MSEgui trunk. msebitmap.pas has been moved to lib/common/graphics. Please delete lib/common/kernel/msebitmap.*. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] MSEgui and Android NDK
On Saturday 24 September 2011 08.28:36 wahono sri wrote: I read a good news in http://developer.android.com/sdk/ndk/overview.html In Android before 2.3, native Linux app can be run but without activity/event. But native Linux app can be run on Android 2.3 and Up (support native android event/activity). For GUI they use OpenGL ES (embedded system). I think the next MSEgui with OpenGL port can be build app for Android. Possible, it is much work. It is not easy to achieve good performance with OpenGL. There are many different versions and implementations which all have different limitations and bugs. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Side effects from dso_restoreupdateonsavepointroll???
On Thursday 22 September 2011 07.38:46 wahono sri wrote: That means dso_autocommitret does not work anymore after a savepoint rollback? Does it work if there never was a call to tsqltransaction.savepointrollback() ? dso_autocommitret does not work before and after call savepointrollback. Please try again with 4820. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Side effects from dso_restoreupdateonsavepointroll???
Martin Schreiber wrote: dso_autocommitret does not work before and after call savepointrollback. Please try again with 4820. 4821, there was another one wrong savepoint level check... Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] OnInternalCalcFields/OnInternalCalc and onAfterScroll problem
On Wednesday 21 September 2011 05.29:49 wahono sri wrote:
procedure dataset1_onafterscroll(DataSet: TDataSet);
begin
dataset2.active:= false;
dataset2.params.parambyname('pid').value:=
dataset.fieldbyname('id').value; dataset2.active:= true;
end;
Hint: tmsesqlquery.refresh() is faster because it uses already prepared
statement.
procedure dataset1_oninternalcalcfields(const sender: tmsebufdataset;
const fetching: Boolean);
begin
sender.fieldbyname('unitdef').value:=
dataset2.fieldbyname('defunit').value; end;
My purpose is after scrolling dataset and dataset2 refreshed, I will
change field 'unitdef' (fk_IntercalCalc) with new value from field
'defunit' from dataset2.
But the problem is dataset2.fieldbyname('defunit').value always get
same value. I think oninternalcalcfields did not call after
onafterscroll.
As designed? or this is bug?
I probably don't fully understand your purpose.
fkInternalcalc fields are stored in dataset record buffer. The purpose of
fkInternalCalc fields is to store field values which are not fetched from
database. Because of that oninternalcalcfields is only called in
checkbrowsemode() if the record has been edited.
fkCalculated fields are not stored in record buffer but stored in the edit
buffer only.
fkInternalCalc fields are writable by direct data access so one can use
tmsebufdataset.currentas*[thefield,-1]:= thevalue;
to set the field value of the current record without beeing in edit mode. Ex.:
dataset1.currentasinteger[dataset1.fieldbyname('unitdef'),-1]:=
dataset2.fieldbyname('defunit').asinteger;
Hint: better use field components instead of fieldbyname().
Martin
___
MSEide-MSEgui-talk mailing list
MSEide-MSEgui-talk@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Side effects from dso_restoreupdateonsavepointroll???
On Thursday 22 September 2011 06.37:22 wahono sri wrote: I don't know, is this side effect of dso_restoreupdateonsavepointroll which I request at last week. At the moment, in some dataset with dso_restoreupdateonsavepointroll=true, I can commit and rollback as I hope. But in others dataset with dso_restoreupdateonsavepointroll=false, and this dataset use dso_autocommitret, I can save/edit record but after I call refresh transaction, the records is rollback (not commit). That means dso_autocommitret does not work anymore after a savepoint rollback? Does it work if there never was a call to tsqltransaction.savepointrollback() ? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] interfaces corba vs IInterface
On Monday 19 September 2011 14.40:02 Marcos Douglas wrote: On Mon, Sep 19, 2011 at 2:51 AM, Martin Schreiber mse00...@gmail.com wrote: The variables are interface type and I'm using ref-counted. Using CORBA I think this is inverse: variable are classes and have not ref-counted... so, I can only use variables that are classes not interface type, right? You can use CORBA interface variables additionally to the instance variable. Here is my doubt: I can use variables additionally to the instance variable -- that is one of advantages, the parameters of some methods will be interfaces -- but I can not instantiate an interface variable, because I can't release it. Is that right? You can add addref()/release() methods to your CORBA interface and do refcounting in the implementing class if necessary. Resume: 1- In CORBA, I only can instantiate variables of concret class, but I can use interfaces variables additionally to the instance variable, of course; Correct. 2- In IUnknow, I only can instantiate variables of interfaces. In FPC correct. In Delphi it is usually possible to use COM interfaces with not ref counted object instances for example with TComponent. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] interfaces corba vs IInterface
On Monday 19 September 2011 03.43:22 Marcos Douglas wrote:
Hi,
Many files of MSE source has {$interfaces corba}.
I would know why this approach was chose
MSEgui does not use refcounted interfaces. Refcounted interfaces can not be
used in combination with TComponent in FPC because FPC sometimes creates
intermediate variables and calls _Release() after the component has been
destroyed. MSEgui has its own object lifetime control handling and does not
depend on compiler interface refcounting because I normally need full control
on the object destroy moment.
and how this works if compile
in Delphi 7.
In Delphi refcounted COM interfaces and dummy _AddRef() _Release() functions
will be used. That works in most cases. IIRC there are possible crashes in
Delphi too.
I'm writing a lib that has many interfaces... but I'm using IInterface
(i.e. IUnknow) and TInterfacedObject.
That should be OK but *never* call theinterfaceobject.Destroy() or Free() if
you can't guarantee that there are no interface references left. On FPC there
always can be references in intermediate variables you don't know of.
The variables are interface type and I'm using ref-counted.
Using CORBA I think this is inverse: variable are classes and have not
ref-counted... so, I can only use variables that are classes not
interface type, right?
You can use CORBA interface variables additionally to the instance variable.
Martin
___
MSEide-MSEgui-talk mailing list
MSEide-MSEgui-talk@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Could not catch error message
On Thursday 15 September 2011 10:48:19 wahono sri wrote: A sequence of insert-post-edit-post-applyupdate still calls INSERT INTO. Maybe the exception happens in dataset2.applyupdates after dataset1.applyupdate has been finished and the dataset1.updatebuffer is clear so the dataset1.edit creates an new ukModify update item? Where I should debug when dataset.updatebuffer is cleared? Trunk 4810 has tmseqlquery.controller.options dso_restoreupdateonsavepointrollback. The update buffer of successfully applied records will be restored in case of tsqltransaction.savepointrollback() if the flag is set (experimental). Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Could not catch error message
On Friday 16 September 2011 22.37:45 wahono sri wrote: Trunk 4810 has tmseqlquery.controller.options dso_restoreupdateonsavepointrollback. The update buffer of successfully applied records will be restored in case of tsqltransaction.savepointrollback() if the flag is set (experimental). It works, but still need dataset.edit after savepointrollback. That is as designed. Field values of the updating record can be changed in onrecupdate and onupdateerror without calling edit. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Could not catch error message
On Thursday 15 September 2011 10:48:19 wahono sri wrote: A sequence of insert-post-edit-post-applyupdate still calls INSERT INTO. Maybe the exception happens in dataset2.applyupdates after dataset1.applyupdate has been finished and the dataset1.updatebuffer is clear so the dataset1.edit creates an new ukModify update item? Where I should debug when dataset.updatebuffer is cleared? It is cleared by success of the DB update operation. So if you call dataset1.applyupdates and there are no errors the updatebuffer will be clear. An error in dataset2.applyupdates later has no influence. Also if there are several records to update all successful record updates until the first error are deleted. I am currently implementing a mechanism which restores successful updates in case of a rollback. It is complicated an will take a while. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Could not catch error message
Am 14.09.2011 10:18, schrieb wahono sri: I didn't finish to fix about rollback some tdataset process, any example project about this? No. What is the problem? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Could not catch error message
On Thursday 15 September 2011 05:54:08 wahono sri wrote: The summary of my code like this : procedure saverecord; begin try transaction.savepointbegin; dataset1.append; ... ... dataset1.post; dataset2.append; ... ... dataset2.post; dataset1.applyupdates; error from server dataset2.applyupdates; ... transaction.commitretaining; except transaction.savepointrollback; caused by dataset1 and dataset2 state is set to dsbrowse, than I do dataset.edit dataset1.edit; end; end; A sequence of insert-post-edit-post-applyupdate still calls INSERT INTO. Maybe the exception happens in dataset2.applyupdates after dataset1.applyupdate has been finished and the dataset1.updatebuffer is clear so the dataset1.edit creates an new ukModify update item? Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Project Options - Macros tab: grid forgets size
On Wednesday 10 August 2011 09:16:33 Graeme Geldenhuys wrote: Hi Martin, I the 'Project Options - Macros tab', the Group grid always seems to forget it's size. As you can see in the attached screenshot. It only shows one line, when there is in fact 6 groups by default. I have keep resizing via the horizontal separator. This happens under my 32bit and 64bit systems. I'm using the latest MSEide from svn. Possibly fixed in trunk 4801, please test. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
Re: [MSEide-MSEgui-talk] Could not catch error message
On Friday 09 September 2011 08:28:30 wahono sri wrote: After run tmsesqltransaction1.RollbackRetaining or tmsesqltransaction1.savepointrollback, the dataset look success update, I think dataset.state change to dsBrowse, I think it should still dsEdit or dsInsert. I assume you call post before calling applyupdates? After post dataset state is dsBrowse. applyupdates() calls checkbrowsemode() too. Martin ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk
