http://permalink.gmane.org/gmane.comp.lib.gnustep.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31264 You might try creating an off-screen window containing only a table view that is large enough to show all data of the table, copy the original table's data into the new window, and then print the off- screen window's content. Wolfgang Wolfgang Lux 2008-07-25T07:55:13 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31263 OK, the methods -(void)removeSubview: and -(void)viewWillMoveToWindow: release the memory too, or just remove the objects from the receiver?, is there a way to see how my app handle the memory? Germán Arias 2008-07-24T23:24:37 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31262 Hello again, you write "As far as I remember there is no special handling for printing in NSTableView that would switch off the header." Are your sure? I have not looked at the source code, but there must be special code to handle tables in scroll views. The header view needs to always stay in place instead of scrolling out of sight. If you look carefully you see that that is no ordinary table view inside the scroll view. It is separated from the header, which is above the scrolling area. Have I got this right? Marko +-------------------------------------------------------------+ | Marko Riedel, EDV Neue Arbeit gGmbH, markoriedelde< at >yahoo.de | | http://www.geocities.com/markoriedelde/index.html | +-------------------------------------------------------------+ --- Fred Kiefer <fredkiefer< at >gmx.de> schrieb am Do, 24.7.2008: __________________________________________________________ Unglücklich mit Ihrer Mail-Adresse? Millionen neuer Mail-Adressen - jetzt bei Yahoo! http://de.docs.yah Marko Riedel 2008-07-24T19:22:44 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31261 Hi there, just a quick reply -- I'm in a hurry. Thanks for all your help so far. I am definitely certain that I have the right rectangle. (I am using [table bounds].) Your suggestion re. the superview is tricky. It's a clip view inside a scroll view. It does include the header in its EPS, but it only prints the visible portion (which depends on how the user has sized tbe window). Best regards, +-------------------------------------------------------------+ | Marko Riedel, EDV Neue Arbeit gGmbH, markoriedelde< at >yahoo.de | | http://www.geocities.com/markoriedelde/index.html | +-------------------------------------------------------------+ --- Fred Kiefer <fredkiefer< at >gmx.de> schrieb am Do, 24.7.2008: __________________________________________________________ Gesendet von Yahoo! Mail. Dem pfiffigeren Posteingang. http://de.overview.mail.yahoo.com Marko Riedel 2008-07-24T18:22:56 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31260 Not sure why this should happen, are you certain to pass in the correct rectangle? As far as I remember there is no special handling for printing in NSTableView that would switch off the header. What you could always try is to print a super view of the table, that definitly should include everything. That is easy, just create a subclass of NSView and let the isFlipped method return true. I would prefer this solution, as it helps to improve GNUstep printing. Fred Fred Kiefer 2008-07-24T17:41:51 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31259 Hello there, thanks for your reply. I tried your suggestion and ran into a problem: the table does not include the table header in the data for dataWithEPSInsideRect: So I had to get those data separately, but I don't know how to merge them properly. If I just concatenate them, then the bounding box for the whole is wrong and the header obscures part of the first row. The previous version (the one you commented on) uses ImageMagick to create a PS file for printing. It looks like I won't be able to avoid using it after all. I could assemble the two EPS files (header + table) using Magick, but then I may as well stay with the old approach. So I guess I will try to find out how to flip views properly so that the rows do not show up in reverse when I draw into a bitmap. What's your take on this? Of course if I could get header + table in one EPS file, that would be very nice. Best regards, +-------------------------------------------------------------+ | Marko Riedel, EDV Neue Arbeit gGmbH, markoriedelde Marko Riedel 2008-07-24T15:40:50 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31258 _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep< at >gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep Charles philip Chan 2008-07-24T13:30:08 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31257 Hi, I remember a while Andreas reported an issue when remote displaying a GNUstep app on a platform of with different endians (or whatever the grammatically correct variant of that phrase is). My MBP is currently broken, so I'm back on my PowerBook and experiencing the same issue. Using X forwarding from my (PowerPC, big-endian) PowerBook to my ThinkPad (x86, little-endian) I get strange colours. It seems something in the Cairo back end (I don't have any of the others installed anymore, so I can't test if this is a local issue) is not setting the byte order correctly. On the plus side, apart from the blue tint, remote GNUstep performance seems to have improved dramatically. Last time I tried it, it was almost unusable on a local network with GigE. Now I'm using it between two machines on an 802.11g network and it's quite usable (enough lag that you can tell that it's not local, but not enough to actually be irritating). Many, many thanks to whoever fixed the latency issues David Chisnall 2008-07-24T09:53:00 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31256 I think the problem is that you are misunderstanding the Objective-C type system. The type of an object is a property of the object itself, not of the label of the object (as it is in languages like C+ +, modulo structural typing). When you insert an object into a dictionary, the key will be immutable, the object may be mutable. When you call allKeysForObject: you get an NSArray (immutable) containing pointers to NSStrings (also immutable). You can not 'return it as an NSMutableString,' you return it as an id, because that is what the objectAtIndex: method on NSArray returns. When you do something like this: id a = {whatever}; NSMutableString *b = a; You are not changing a into an NSMutableString, you are just providing a hint to the compiler that you expect a to respond to any messages declared on NSMutableString. If it does, at runtime, possibly using forwarding, then this will work. If it doesn't, then you will have problems, most likely runtime exceptions from unrecogn David Chisnall 2008-07-24T08:41:35 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31255 ^^^ ^^^^^ ... ^^^^ Dictionary keys are never NSMutableString objects. As David says, the NSMutableString will get copied when its used as a dictionary key. NSString *key = [NSMutableString stringWithString:< at >"bla"]; [yourDict setObject:< at >"this and that" forKey:key]; // the yourDict has no reference to your 'key' object, // it made a copy Aproximately this happens from a copy-perspective: NSString *key = [NSMutableString stringWithString:< at >"bla"]; NSString *dictCopy; dictCopy = [key copy]; [yourDict setObject:< at >"this and that" forKey:dictCopy]; [dictCopy release]; As mentioned by David a mutable object can't be used as a hashtable key for rather obvious reasons :-) (if not, lookup hashtable in Wikipedia :-) NSMutableDictionary ensures the immutability by calling -copy. Helge Helge Hess 2008-07-24T08:41:40 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31254 _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep< at >gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep Charles philip Chan 2008-07-24T08:20:08 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31253 Hello Charles, Charles philip Chan schrieb: I would assume that if playingItem is an NS[(Mutable)Dictionary that the key returned by allKeysForObject: are immutable. Keys for collections are copied by the collection to insure they are immutable. Allowing them to be mutable would break the internal hash lookups. Cheers, David David Ayers 2008-07-24T07:11:58 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31252 I think what you are seeing is the correct behaviour. It should even be the same on MacOSX, but I am unable to test at the moment. What happens is that you draw into a view you just created and this view isn't flipped, whereas an NSTableView is flipped. That way the rows show up in the wrong order. You should be able to correct this by using a flipped view instead. My main question to you code is different, why are you doing it that way after all? Why don't you just ask the NSTableView for a PS representation? I am not saying this will be working completely correct, but it surely is better to go in that direction and fix any problems you encounter. Fred -------- Original-Nachricht -------- Fred Kiefer 2008-07-24T06:57:55 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31251 _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep< at >gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep Charles philip Chan 2008-07-24T01:05:39 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31250 _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep< at >gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep Charles philip Chan 2008-07-23T23:53:36 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31249 Hi all, I've come across something where I'm not sure if it's a bug or a feature. The following code fragment draws an existing tableview into a bitmap, for later export as TIFF and conversion to PostScript. NSRect box = [table bounds], hbox = [[table headerView] bounds]; NSRect winrect = box; winrect.size.height += hbox.size.height; NSWindow *win = [[NSWindow alloc] initWithContentRect:winrect styleMask:0 backing:NSBackingStoreRetained defer:NO]; [[win contentView] lockFocus]; [table drawRect:box]; [NSGraphicsContext saveGraphicsState]; PStranslate(0, box.size.height); [[table headerView] drawRect:hbox]; [NSGraphicsContext restoreGraphicsState]; NSBitmapImageRep *boxRep = [NSBitmapImageRep alloc]; [boxRep initWithFocusedViewRect:[[win contentView] bounds]]; AUTORELEASE(boxRep); [[win contentView] unlockFocus]; I guess I could replace the last "[[win contentView] bounds]" with "winrect" but that's not relevant here. The Marko Riedel 2008-07-23T22:48:41 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31248 So here is something odd, when you do a svn list, Changelog shows up twice! svn list http://svn.gna.org/svn/gnustep/apps/gsldapwebexplorer/trunk COPYING ChangeLog Changelog GNUmakefile GSLDAPWEEntryPage.gswc/ GSLDAPWEEntryPage.h GSLDAPWEEntryPage.m GSLDAPWEParameters.gswc/ GSLDAPWEParameters.h etc... but notice the subtle difference, one has a capital L while the other is lower case l. So I'm checking the files out on a Mac which has a case-insensitive file system, and thus conflict between the files. It likely goes unnoticed on GNU/Linux systems. I'm guess there really shouldn't be two Changelog files, so if one is deleted that should fix the problem. cheers Scott On Jul 3, 2008, at 1:54 AM, Fred Kiefer wrote: Scott Christley 2008-07-23T22:19:30 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31247 Well I'm using the packages from the gnustep.org splash page ("Current releases"). Never mind. I think I'll use a compromise and draw into an image, convert that to eps and pipe it to the printer. +-------------------------------------------------------------+ | Marko Riedel, EDV Neue Arbeit gGmbH, markoriedelde< at >yahoo.de | | http://www.geocities.com/markoriedelde/index.html | +-------------------------------------------------------------+ --- Gregory John Casamento <greg_casamento< at >yahoo.com> schrieb am Mi, 23.7.2008: __________________________________________________________ Gesendet von Yahoo! Mail. Dem pfiffigeren Posteingang. http://de.overview.mail.yahoo.com Marko Riedel 2008-07-23T11:41:42 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31246 gnustep-make still supports .psw files, but I wonder if anyone is using them. I'd like to remove stuff that nobody is using. Do you know of anyone using pswrap and .psw files ? I don't even know how to test changes to the pswrap rules since I can't find a usable pswrap for GNU/Linux. :-/ I'll happily keep the code if there is even a single active user, or some reasonable probability that there is an active user somewhere ... otherwise we'll remove it and simplify gnustep-make. :-) Thanks Nicola Pero 2008-07-23T08:26:53 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31245 _______________________________________________ Discuss-gnustep mailing list Discuss-gnustep< at >gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnustep Gregory John Casamento 2008-07-23T03:18:24 http://permalink.gmane.org/gmane.comp.lib.gnustep.general/31244 Hi folks, I have never used GNUstep's native print mechanism. I do know how to create PostScript files and pipe them to a print command. I would like your advice concerning the state of GNUstep printing. When trying to print a window (menu item: target: NSFirst, action: print:) I get a very professional looking print panel. However, no matter what I choose (Save, Preview, Print), I always get the following exception: NSRangeException, reason: Index -2 is out of range 7 (in 'objectAtIndex:') (Crash on click on "Debug") My first question is, is the print panel supposed to be working yet, or is it a work in progress. I am also willing to work with views directly if the print panel is not ready yet. My second question is, is NSView's dataWithEPSInsideRect: working and useable? Thank you for your help with these two questions. Best regards, Marko +-------------------------------------------------------------+ | Marko Riedel, EDV Neue Arbeit gGmbH, markoriedelde< at >yahoo.de | | http://www.geocities.com/mar Marko Riedel 2008-07-22T21:20:12 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lib.gnustep.general