Re: [MSEide-MSEgui-talk] tterminal again
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. -- Yours, Alexandre Minoshi ___ 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] tterminal again
Hallo Martin, Du schriebst am Thu, 20 Oct 2011 08:16:54 +0200: 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 Yes. I realize that. It's just that web interfaces usually don't lend themselves rather little to easy automatic access. repository is described here: http://gitorious.org/mseuniverse ... In order to get updates, cd in your mseuniverse directory and ... Anyway, thank you for the information. If I might come up with something useful toward this, I will report. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) --- Mit freundlichen Grüßen, S. Schicktanz --- ___ 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
Martin Schreiber mse0@... writes: 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 Is cellinfo.color the only item that needs to be set? example: cellinfo.color := cl_green; Or do I need to do more? ___ 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
Hallo Martin, Du schriebst am Sat, 22 Oct 2011 07:43:13 +0200: That's probabely because pacman gets fed its input by pipe - I said ... 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. Not neccessarily - the only difference is the y and newline following it that do not appear in the log file. That means these two characters were not output via the same mechanism as the rest of the text. Now, it's possible for a program to set its terminal into raw mode to receive every input character, even every key press, immediately and without translation. The terminal doesn't even neccessarily echo them, but may let the application do that itself. These characters might not even be output via stdout/stderr, but could be sent to the terminal directly. On the other hand, a Unix terminal has a whole lot of options to handle input and output internally, without an application's interaction, and maybe without reflection on any of the standard I/O channels. You might consult man stty or just study the output of stty --help on this. 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. Does ptytee pass the y-newline sequence as keyboard actions? If not, this might be sufficient to trigger the alternate behaviour of pacman already - the missing progress display indicates that this has happened indeed. So there's probabely nothing wrong with ptytee and tterminal, the unwanted behaviour is just due to pacman's overly cautious method of input acquisition, which cannot be correctly reflected by any means except real keyboard entry. And even that might not be able to capture the automatic action of the terminal itself on input, because they might not appear at all in the output stream. -- (Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem) --- Mit freundlichen Grüßen, S. Schicktanz --- ___ MSEide-MSEgui-talk mailing list MSEide-MSEgui-talk@lists.berlios.de https://lists.berlios.de/mailman/listinfo/mseide-msegui-talk