Re: [bug #14987] Applications cannot modify icon.

Hi Chris, Chris B. Vetter wrote: > On 11/17/05, Gregory John Casamento <[EMAIL PROTECTED]> wrote: >> Follow-up Comment #2, bug #14987 (project gnustep): > [...] >> As for which way to go, I believe that kludging it for WindowMaker might not >> be a bad idea in the short term, but we should ultimat

[bug #14759] NSApplication image multithreading problem

Update of bug #14759 (project gnustep): Status:None => Wont Fix Open/Closed:Open => Closed ___ Follow-up Comment #6: Closed as we seem

[bug #14987] Applications cannot modify icon.

Update of bug #14987 (project gnustep): Status:None => Ready For Test ___ Follow-up Comment #6: Should be fixed in CVS ___ Reply to t

[bug #14967] images with alpha, sometimes have color corruption

Follow-up Comment #1, bug #14967 (project gnustep): I loaded the image into a GNUstep image view application with different backends, but could not reproduce the problem. Which backend are you using and does the problem show up at all scales? Maybe it is a scaling glitch in xlib or art?

Re: patch for fixes in NSToolbar and related

Hi Wolfgang, I see two problems with that patch. First you should not change the whitespace in a file, this leads to patches that are bigger than needed and also to wrongly formatted code. Wolfgang Sourdeau wrote: > > NSCell: > - whenever the cell type would change, the _contents ivar would be s

Re: Text Selection?

Carlos Adriano Portes wrote: > > Why Can I select text using shift+home and shift end in windows but not > in linux application compiled with gnustep? > No idea, why you are able to do so on windows, nor why you wanted to find out :-) On GNUstep this does not work as there is no method implement

[bug #15313] multiple notification sent on button pushing

Update of bug #15313 (project gnustep): Category:None => Gui/AppKit Item Group:None => Bug Assigned to:None => FredKiefer _

Re: Fix, NSMatrix -deselectAllCells

Alex Perez wrote: > Georg Fleischmann wrote: >> Hi, >> >> here is a patch for [NSMatrix -deselectAllCells] to set the selected >> row/column of an empty matrix always to -1 (even if in radio mode >> empty selection is not allowed). >> This is needed to have the correct starting point after a rene

Re: FW: [Fwd: Bug in NSAffineTransform]

Adam Fedor wrote: > On 2006-02-23 13:11:00 -0700 "Vaisburd, Haim" <[EMAIL PROTECTED]> wrote: >> >> The matrix multiplication is not commutative and the last line should be >> instead >> matrix = matrix_multiply(matrix, tranm); >> > > Do you have a test that shows this is wrong? All my tests work

Re: ProjectCenter

Tamas Mahr wrote: > > I have just upgraded my GNUstep using gnustep-startup-0.14.1 on a Fedora Core > 4 kernel 2.6.11-1.1369_FC4. Everything was smooth. Then I have compiled and > intalled ProjectCenter. > > Now as I try to start it by openapp ProjectCenter.app, the response is: > > GNUSTEP In

Problem with SuSE 7.1

I upgraded my system to SuSE 7.1 with Linux kernel 2.4.0 and XFree86 4.0.2 and all the other releases that come with it. I than did a 'make distclean' in all the gnustep core modules and run the configure/make/install cycle for make, core, gui and xgps. This did not work well for gui, so I had to

Re: Problem with SuSE 7.1

Thank you for that help. Yes it is the image size, somehow the Xfree86 release 4.0.2 is not as tolerant as older releases about indexes that are out of range. I will provide a smaller icon for Ink, but in the long run we will have to correct image scaling, otherwise that problem will keep on poppi

Problem with NSColor/NSString initialisation

While searching for another problem in NSComboBoxCell I ran into an initialization problem that I don't quite understand. Perhaps someone on this list can explain it and even fix it? When running this small test program, I get a lot of error messages from NSColor. #include #include #include #

Re: Problem with NSColor/NSString initialisation

Adam Fedor wrote: > > I just tried your sample program and got the expected output (No > errors). This is with all the latest CVS code installed. > > -- > Adam Fedor, Digital Optics| Fudd's law of opposition: Push > [EMAIL PROTECTED] http://www.doc.com | something hard enough, a

Re: Problem with NSColor/NSString initialisation

The problem that NSColor was unable to convert a string representation to a NSColor was caused by a totally different reason than what I was looking for. It is my C Local environment that gets it wrong. That is also the reason why none of you could reproduce it. Here is what I did get when adding

Segfault from NSMatrix

The last changes on NSMatrix have broken the operation of the NSBox test program in GSTest. I tried to fix it myself ([self sendAction: _action to: _target]; instead of [_target performSelector: _action withObject: self]; in _mouseDownNonListMode:) but this does not solve the whole problem. So p

Re: Segfault from NSMatrix

NSMatrix still produces a segmentation fault if you click between two items. This can be tested with the NSBox example of GSTest. Mirko, could you please send a short description of what you have changed on that class and in which state this changes are. I looked at the changelog, but this does n

Re: Bug -> Alert Panel bug

This segmentation fault was caused by a bug in the dash handling I wrote on 30.4. It called a X function even if the window (and therefor the GC) did not exist. This has been fixed in CVS since the 5.5., so you we just unlike to get your CVS one day too early. Fred _

Mouse buttons

Since I did switch to XFree86 4.1.0 GNUstep does not recognize the right mouse button of my wheel mouse (Scroll down is treated as right mouse down). A bit of renumbering the buttons in the method [XGContext _setupRootWindow] solved this problem. But for a general solution, working with different

Problem with dragging

I did just switch to KDE 2.2 and now dragging does no longer work in GNUstep. I don't want to start any discussion about window managers, GNUstep will try to work together with any window manager that follows the rules. And KDE is on of them, we will have to support the new release (Which by the w

Re: Fix: NSView, view clipping

Hi Georg, I am having the same drawing problems, where sometimes parts of a window is missing (e.g. in the Box test of GSTest). So any solution to this would be fine. I had a look at your clipping code and did not quite understand it. Your code seems to add another stack to the graphics context,

Re: bug in NSMenu

Hi Benhur, tahnk you for this bug report. I tried to fix it with two changes to NSMenu. For one now the initWithCoder will send all notifications at the end and when inserting an item the notification is send before the menu of the item is set. Please check if this changes remove all your problem

Re: Fix: NSTextView, -drawRect:

Hi Georg, I will have to reject the changes you suggest for NSTextView the same as I did some time ago for a similar change by Ludovic. Here is the mail I did send at that time to Ludovic: > > Hi Ludovic, > > Ludovic Marcotte wrote: > > > > Hi Fred, > > > > I'm playing around GNUstep's text

Re: GUI bugs?

Hi Ludovic, it is hard to comment on your problem, as I don't have to source code of Pantomime and GNUmail. From the stack dump I would say the problem might be relate to accessing an already freed object. The release bug (a RETAIN might be missing or an object is release /autoreleased to early)

Re: Problem with NSPopUpButton.

Hi Pascal, are you sure that you are using the latest code from CVS? About one week ago I did change this behaviour, so that the action method of a popupbutton should only be send by the menu item. So the sender should now be a NSMenuItem, which wont implement selectedCell. If there is any object

Re: NSPopUpButton

Georg Fleischmann wrote: > > Enrico Sersale wrote: > > Actually, is the NSPopUpButton code to be considered stable? > > With the cvs version from Oct 4th pop up menus still seem quite unreliable to me. > Additionally pop up menu items loaded from a gmodel file appear disabled. I would not consi

Re: Can't set fonts in panels

Hi Adam, Adam Fedor wrote: > > Whenever you try to set a font using the NSFontPanel, it sends a > changeFont: message to the main and key windows. However, the > changeFont: message will never be sent to another Panel, since panels > cannot become main, and the NSFontPanel takes key status as so

Re: Problem with window placement

Enrico Sersale wrote: > > On Sat, 17 Nov 2001, Stéphane PERON wrote: > > > Hi, > > > > I am under WindowMaker 0.7 with Xfree4. > > > > When I put a Gnustep window in the top left corner of the root screen, > > at each launching of the concerned application, the window is moving > > left. > > >

New dissolve code

Hi Adam, there seems to be a problem with the new code you added for the dissolving of images. When running the Composite test in GSTest there is no image displayed any more. This might either be a problem in the code of GSTest or more likely a problem in the dissolve code. So my question is if y

Re: XQueryTree problems in xgps

Hi Adam, the surprising thing with that patch is that it even works on my KDE 2 environment. I am sure that I had to add the iterative call to XQueryTree here to get the different levels of additional windows sorted out on this platform, but now even a drag and drop between different applications

Re: Fonts (2) -> problems with GSFontAntiAlias 'YES'

Perhaps I should explain a bit more on how the current Anti-Alias font implementation works and which limitations are caused by this. This code was a hack that I came up with kust to see if there is any demand for better fonts in the GNUstep community or if this is only a low priority addon. Curr

Re: Small FontPanel glitch.

currently it is not even possible to change the size value with keyboard input. As soon as this is there I will add more of the listed features. Cheers Fred Pascal Bourguignon wrote: > > Fred Kiefer <[EMAIL PROTECTED]> wrote: > > > > Hi Pascal, > > > >

BUG [ 100250 ] highlight menu item sometimes fails

I had a deeper look into the problem behind the bug 100250 and found that it is created by a view that is moved to another window, while the view needs display. In that specific constellation the method [NSView setNeedsDisplayInRect:] does not work correct. As the whole area of the view is already

[bug #16031] -back: Segfault in XGServerEvent.m

Follow-up Comment #1, bug #16031 (project gnustep): I don't quite see how the behaviour you describe could happen. Within the LeaveNotify case the processEvent: method does only assign to the variable generic.cachedWindow. How could this ever cause a segmentation fault? No idea who to go ahead fr

[bug #16031] -back: Segfault in XGServerEvent.m

Follow-up Comment #3, bug #16031 (project gnustep): Thank you for pointing this out to me. I have a further look, but what you wrote may already be the problem. ___ Reply to this item at:

[bug #15903] NSImage NSCompositeSourceOver operation doesn't work

Follow-up Comment #1, bug #15903 (project gnustep): Hi Greg, you did promisse a test application for this problem :-) I wont do anything without that. ___ Reply to this item at:

[bug #16031] -back: Segfault in XGServerEvent.m

Update of bug #16031 (project gnustep): Assigned to:None => FredKiefer Open/Closed:Open => In Test ___ Follow-up Comment #5: I could not see th

[bug #12680] NSPopupButtonCell's inside an NSTableView cause exception

Update of bug #12680 (project gnustep): Open/Closed: In Test => Closed ___ Follow-up Comment #3: Closed after one year of testing ___

[bug #14497] Files can not be dropped in "Open file" dialogs

Update of bug #14497 (project gnustep): Open/Closed: In Test => Closed ___ Follow-up Comment #3: Closed after half a year of testing __

[bug #16031] -back: Segfault in XGServerEvent.m

Update of bug #16031 (project gnustep): Open/Closed: In Test => Closed ___ Follow-up Comment #7: Closed as it is reported as fixed ___

[bug #9402] NSTableView selctedRowEnumerator returns incorrect values

Update of bug #9402 (project gnustep): Open/Closed: In Test => Closed ___ Follow-up Comment #4: The last outstanding item had also been resolved on the day after the last comment. ___

[bug #11703] objc_free returns clipthelenallocnewmixlaid out (null)

Update of bug #11703 (project gnustep): Open/Closed:Open => Closed ___ Follow-up Comment #2: Closed as there was no follow up comment form the originator of this bug for more then a year.

[bug #15710] PrinterPanel -> Preview button -> Uncaught exception when no previewing app can be executed

Update of bug #15710 (project gnustep): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: Fixed by Richard i

[bug #13140] possible dataWithEPSInsideRect: bug

Update of bug #13140 (project gnustep): Open/Closed: In Test => Closed ___ Follow-up Comment #6: Oops, I forgot to change the actual status :-) ___

[bug #13140] possible dataWithEPSInsideRect: bug

Follow-up Comment #5, bug #13140 (project gnustep): Closed after one year of testing ___ Reply to this item at: ___ Nachricht g

[bug #12459] nsimage scaling problem

Update of bug #12459 (project gnustep): Open/Closed: In Test => Closed ___ Follow-up Comment #2: Closed as there was no follow up within one year _

[bug #16218] Problem with NSKeyedArchiver

Update of bug #16218 (project gnustep): Category: Libraries => Base/Foundation Status:None => Invalid Open/Closed:Open => Declined _

[bug #16218] Problem with NSKeyedArchiver

Update of bug #16218 (project gnustep): Status: Invalid => Need Info Open/Closed:Declined => Open ___ Follow-up Comment #4: I opened up this b

[bug #16218] Problem with NSKeyedArchiver

Update of bug #16218 (project gnustep): Status: Need Info => Ready For Test Open/Closed:Open => In Test ___ Follow-up Comment #6: It turns out that

[bug #16338] Problem creating untitled documents of types other than the first file type listed with a particular document class

Update of bug #16338 (project gnustep): Category:None => Gui/AppKit Item Group:None => Bug Status:None => Fixed Open/Closed:

[bug #15612] Exception on Gorm launch with latest SVN (r22413)

Update of bug #15612 (project gnustep): Category:None => Gui/AppKit Status:None => Fixed Assigned to:None => CaS Open/Closed:

[bug #16436] Cairo-back compilation fails with new release of Cairo-1.0.4 due to API instability

Update of bug #16436 (project gnustep): Status:None => Wont Fix Open/Closed:Open => Declined ___ Follow-up Comment #1: The current stable

[bug #16262] GScups Generate Invalid font Names

Follow-up Comment #1, bug #16262 (project gnustep): Which GNUstep backend are you using and where do your fonts come from, if this is the art backend? There seem to be name difference between the GNUstep backend font names and the Postscript font names, but I could not see, where the font traits

[bug #16436] Cairo-backwith glitz compilation fails with new release of Cairo-1.1.2 and recent glitz from CVS

Update of bug #16436 (project gnustep): Severity: 4 - Important => 3 - Normal Status:None => Ready For Test Open/Closed:Open => In Test _

[bug #16436] Cairo-backwith glitz compilation fails with new release of Cairo-1.1.2 and recent glitz from CVS

Update of bug #16436 (project gnustep): Status: Ready For Test => In Progress Open/Closed: In Test => Open ___ Follow-up Comment #5: Looks like glitz d

[bug #16454] GNUStep & XDND > 2

Update of bug #16454 (project gnustep): Category: Gui/AppKit => Backend Item Group:None => Bug ___ Follow-up Comment #1: I have to admit th

[bug #16440] GNUstep should support _NET_REQUEST_FRAME_EXTENTS and _NET_FRAME_EXTENTS

Follow-up Comment #3, bug #16440 (project gnustep): Is it possible that you still have the wrone patch included? As I understand the specification at http://standards.freedesktop.org/wm-spec/1.3/ar01s04.html that the window manager will set the _NET_FRAME_EXTENTS property in response to a _NET_RE

[bug #16197] Problems with modal windows

Update of bug #16197 (project gnustep): Open/Closed:Open => Declined ___ Follow-up Comment #1: I am not sure to which bug you are refering to. I checked this mail and the follow ups on that

[bug #16440] GNUstep should support _NET_REQUEST_FRAME_EXTENTS and _NET_FRAME_EXTENTS

Follow-up Comment #5, bug #16440 (project gnustep): You are correct that GNUstep uses this method for both cases, when the window is already mapped and when it isn't. In the later case your code wont help anything, in the former it would improve the estimated result for the frame. In that case th

[bug #16549] Fix to enable hiding the app icon

Update of bug #16549 (project gnustep): Status:None => Fixed Assigned to:None => FredKiefer Open/Closed:Open => In Test _

[bug #5871] Mouse cursor not always updated/reset

Update of bug #5871 (project gnustep): Severity:1 - Wish => 2 - Minor Status:None => In Progress Assigned to: fedor => FredKiefer __

[bug #4730] Key equivalent pulldown does not seem to work for "return"

Follow-up Comment #3, bug #4730 (project gnustep): Hi Greg, could you please check, if Richards changes to the key equivalent handling resolved this bug as well? I tried with a simple window with just one button in Gorm and there assigning "return" seems to work. It is still a bit strange that

[bug #5871] Mouse cursor not always updated/reset

Update of bug #5871 (project gnustep): Status: In Progress => Fixed Open/Closed:Open => In Test ___ Follow-up Comment #10: I did apply your f

[bug #14866] Title bar size ignored in X11/HandlesWindowDecortations

Follow-up Comment #1, bug #14866 (project gnustep): I am not able to reproduce this behaviour. Which window manager are you using? Also the handling of window decoration by the window manager has been the standard behaviour for GNUstep before this variable was introduced. ___

[bug #13705] possible memory leak in setStringValue

Follow-up Comment #5, bug #13705 (project gnustep): Could not reproduce this problem with the xlib backend on Suse 10.1 linux. (But had other problems with that backend here) I would think that this problem is specific to solaris. Could you please use valgrind (or a similar tool) to find out, whe

[bug #13705] possible memory leak in setStringValue

Update of bug #13705 (project gnustep): Status:None => Fixed Assigned to:None => FredKiefer Open/Closed:Open => In Test _

[bug #5871] Mouse cursor not always updated/reset

Update of bug #5871 (project gnustep): Status: Fixed => In Progress ___ Follow-up Comment #12: Wouldn't it be easier if we change the code in [NSView discardCursorRects] to call [NSWindow in

[bug #13705] possible memory leak in setStringValue

Update of bug #13705 (project gnustep): Open/Closed: In Test => Closed ___ Reply to this item at:

[bug #16549] Fix to enable hiding the app icon

Update of bug #16549 (project gnustep): Open/Closed: In Test => Closed ___ Reply to this item at:

[bug #17026] compiler warning for xpbs.m

Update of bug #17026 (project gnustep): Status:None => Fixed Assigned to:None => FredKiefer Open/Closed:Open => Closed _

[bug #17025] compiler warning for gpbs.m

Update of bug #17025 (project gnustep): Status:None => Fixed Assigned to:None => CaS Open/Closed:Open => Closed _

[bug #17023] compiler warning for XGDragView.m

Update of bug #17023 (project gnustep): Status:None => Fixed Assigned to:None => CaS Open/Closed:Open => Closed _

[bug #17024] compiler warning for GSBackend.m

Update of bug #17024 (project gnustep): Status:None => Fixed Assigned to:None => CaS Open/Closed:Open => Closed _

[bug #17022] compiler warning for XGServerEvent.m

Update of bug #17022 (project gnustep): Status:None => Fixed Assigned to:None => ayers Open/Closed:Open => Closed _

[bug #16440] GNUstep should support _NET_REQUEST_FRAME_EXTENTS and _NET_FRAME_EXTENTS

Update of bug #16440 (project gnustep): Status:None => Fixed Assigned to:None => FredKiefer Open/Closed:Open => Closed _

[bug #17019] compiler warning for GSGState.m

Update of bug #17019 (project gnustep): Category: Gui/AppKit => Backend Status:None => Fixed Assigned to:None => CaS Open/Closed:

[bug #17012] compiler warning for GMAppKit.m

Update of bug #17012 (project gnustep): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: I could not reprod

[bug #17010] compiler warning for NSPasteboard.m

Update of bug #17010 (project gnustep): Status:None => Fixed Assigned to:None => CaS Open/Closed:Open => Closed _

[bug #17011] compiler warning for IMConnectors.m

Update of bug #17011 (project gnustep): Status:None => Fixed Assigned to:None => CaS Open/Closed:Open => Closed _

[bug #17006] compiler warning for GSDragView.m

Update of bug #17006 (project gnustep): Status:None => Fixed Assigned to:None => CaS ___ Follow-up Comment #1: Fixed by Richards

[bug #17008] compiler warning for GSToolbarView.m

Update of bug #17008 (project gnustep): Status:None => Fixed Assigned to:None => CaS Open/Closed:Open => Closed _

[bug #17009] compiler warning for GSStandardWindowDecorationView.m

Update of bug #17009 (project gnustep): Status:None => Fixed Assigned to:None => CaS Open/Closed:Open => Closed _

[bug #17006] compiler warning for GSDragView.m

Update of bug #17006 (project gnustep): Open/Closed:Open => Closed ___ Follow-up Comment #2: Forgot to set this to closed in last change. Sorry :-) ___

[bug #16425] NSMenuItems rendered 1 pixel to the right of the title of them menu.

Follow-up Comment #1, bug #16425 (project gnustep): Could somebody please retest, if this problem is still occuring? I think it should be fixed by a patch some time ago. ___ Reply to this item at:

[bug #17096] NSTextView - setTypingAttributes: breaks font panel

Follow-up Comment #1, bug #17096 (project gnustep): I tried to reproduce this problem, but I don't understand which window I should open. Is there any example account I could use to get passed the initial login screen and to use the program? __

[bug #17096] NSTextView - setTypingAttributes: breaks font panel

Update of bug #17096 (project gnustep): Status:None => Confirmed Assigned to:None => FredKiefer ___ Follow-up Comment #3: With that hint I w

Re: [NSButton sendActionOn:]

Hi Marc, I always thought that these lines are wrong, but as nobody did complain I left them in. They have been in the GNUstep code for quite some time now. What is the example that is failing you? And an even better question, why didn't you report it on Savannah in the web interface? :-) I will c

Re: [NSButton sendActionOn:]

able to fix it fast. Cheers Fred Fred Kiefer schrieb: > Hi Marc, > > I always thought that these lines are wrong, but as nobody did complain > I left them in. They have been in the GNUstep code for quite some time now. > What is the example that is failing you? And an even be

[bug #17377] Various frame related methods in NSWindow return wrong results

Follow-up Comment #1, bug #17377 (project gnustep): Just to make sure I understand this correctly, would you say the the GNUstep behaviour for the case GSX11HandlesWindowDecorations=YES is totally correct? If not, which problem did I overlook for this case? For the case GSX11HandlesWindowDecorati

[bug #17377] Various frame related methods in NSWindow return wrong results

Follow-up Comment #5, bug #17377 (project gnustep): The code we have there in the different decorators is there on purpose. When Alexander Malmberg implemented the window decoration handling inside of GNUstep gui he wanted to end up with things right the way they are now. I remember there was doc

[bug #17096] NSTextView - setTypingAttributes: breaks font panel

Update of bug #17096 (project gnustep): Status: Confirmed => Ready For Test Open/Closed:Open => In Test ___ Follow-up Comment #4: Some time ago I ch

[bug #17735] NSButton sends the action even if mouseUp is outside its frame.

Update of bug #17735 (project gnustep): Assigned to:None => FredKiefer ___ Follow-up Comment #1: Could we try to reach a common understanding of this problem first and of how this situation ge

[bug #17059] NSImage and bits per channel > 8

Follow-up Comment #5, bug #17059 (project gnustep): For the xlib backend this is a well known limitation. There was some mail exchange a while ago on it. As far as I remember the solutution was as simple as to extend the switch statement on bits_per_sample in _bitmap_combine_alpha to handle 16 bi

[bug #17059] NSImage and bits per channel > 8

Update of bug #17059 (project gnustep): Category: Gui/AppKit => Backend ___ Follow-up Comment #6: Changed category to backend, as this only fails on xlib. _

[bug #17717] Use "open panel" twice make it unusable

Follow-up Comment #19, bug #17717 (project gnustep): I am no expert here, but would it help, if we add a flag to the X window structure to mark that a window is currently in the process of being resized and expose events for that window would be handled specifically during that time? I don't wui

Re: [bug #17717] Use "open panel" twice make it unusable

Yen-Ju Chen schrieb: > Follow-up Comment #43, bug #17717 (project gnustep): > > WindowMaker works fine, but not Metacity. > Here is how metacity reparents GNUstep window: > > Root Window > +- Window (the one with decoration) > +- Plate (the part excludes decoration) > +- GNUstep windo

[patch #5434] Expose Icon Window for other window manager

Follow-up Comment #1, patch #5434 (project gnustep): Sorry, I don't quite get the purpose of this patch. What is the intended result? And is there a way to determine which window managers will support this behaviour? We already have different level of icon support build into GNUstep for different

Re: libart backend -- Solaris

Dan Debertin schrieb: > I can't get any GNUstep apps to run with the libart backend. Here's the > pixel error message and pixel format: > > gnustep-back(art): Unrecognized color masks: 0007:0038:00c0 8 > > Xlib seems to work, cairo has serious color problems. I'd like to get > the lib

Re: patches for printing

Hi Mark, these changes look great. I will be away for the weekend, if nobody beats me on integrating your stuff I will do so on Monday. Thank you and keep the good work up Fred Mark Tracy schrieb: > I have fixed several bugs related to printing and PostScript generation. > After that, I could ac

Re: maintaining key window on unhide

Hi Matt, sorry for not commenting earlier, but I am currently a bit ill and avoid writing mails when possible. But as you want to commit, I better put in my ideas now. First it is great that you started to look at this and your general implementation looks like a great way to do it. There are a f

<    1   2   3   4   5   6   7   8   9   10   >