Re: Cairo as common graphics context
Hi, Excuse me for the late reply, I was ill for couple of days. Second excuse goes to my last email, as I did not stated it perhaps that you should take it with less weitht than it was written ... but that is common problem of all electronic communication. On 17.3.2006, at 16:41, Richard Frith-Macdonald wrote: On 17 Mar 2006, at 00:21, Alex Perez wrote: Fred Kiefer wrote: ...It looks like I am currently the only GNUstep developer working on back and the interaction between back and gui and also specifically on the cairo backend. Were you not aware of this prior to this exchange of e-mails? Yes he was. I can say that with confidence for two reasons ... 1. Everyone who tracks the developer mailing list and/or the ChangeLogs is bound to be pretty much aware of what's going on. I disagree. With so many inputs, so many interrupts, so many real- life work and other real-life activities, one can easily get lost... Adn a ChangeLog is just ... well ... a log. It is not a project management tool. And it shuold not be, nor it should be thing of as it was. snip From the project management point of view, I don't think so ... developers all (meaning anyone reading the mailing lists and tracking ChangeLogs) have a good idea of what's going on (or not going on). It's true that newcomers and people who don't track things need to ask in order to find out what's happening, but I'm not convinced that that constitutes a problem. Se above. Even if you read each message on the list, I do not believe that you will have a large picture of the project, nor you learn current state of the whole project. If you (anyone can), then I will bend myself, come to him and ask him, whether he can teach me how to do that... It would be really good to have nice up to date summary on the website/wiki for end users of course, but is it worth diverting the effort of the few coders we have to maintaining that? I think not. It's hard enough to write decent messages for ChangeLogs and svn commits as most coders (I include myself here) are not great at communications :-( Why for the end users only? What about GNUstep dashboard updated, for example, monthly? This was good for end users: http://web.archive.org/web/ 19990218113209/www.gnustep.org/AboutGNUstep/ProgressOverview.html Something similar can be for developers, but with better breakdown. AND with assigned developers (= the ones who know about the module the most). Adam is not willing to ask anyone (either because there's nobody to ask or because he simply doesn't feel that he should have to delegate/ask anyone else to code anything) and so the problem will continue to the end of time unless something changes. Agreed, but I think much more the former than the latter. We need new coders for the core libraries desperately, and more people to manage the organisation/communications (website/wiki/publicity). Same problem again. We need new coders. But new coders need to know: - what is the state of the project - what parts need help - what kind of help is needed (very concrete om the form: feature/ functionality is not implemented and is crucial for this or that) - what is needed for implementing the missing feature/functionality (this should be filled by anyone who knows the best the area) (*) - ... (*) and THIS is the reason WHY ANY input from core developers is more than crucial. Noone is expected to actualy code anything, but what is expected to make the project progress is that who knows how to do something, should give the knowledge to others. I did not expected that anyone will immediately start coding anything, as Alex mentioned in his previous email in this thread. I was upset, because there was NO input from people responsible, nor an impulse from anyone to the responsible to give the input. This gave me the impression, that noone cares. And we want new developers? Regards, Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Cairo as common graphics context
Adam, On 15/03/06, Adam Fedor [EMAIL PROTECTED] wrote: On 2006-03-15 07:53:12 -0700 Stefan Urbanek [EMAIL PROTECTED] wrote: From naive point of view the steps necessary would be: 1. create API for picking graphics context with prefered destination 2. pick ONE graphics library as preffered graphics context library and move it's use (or use of a bundle) into GUI 3. update GUI to use graphics context provided by the graphics library I'm sure you can do that. But then you are requiring more dependancies (particulaly in the GUI, which is not where we want it). Since both cairo and art can draw into a bitmap, it would probably be better just to define an interface between the GUI and back to allow that, then the particular backend would be responsible for doing the work. No, I can't. See below. Looks like all necessary code is already in GNUstep, it is just a matter of rewiring it. But well ... I do not see much into the internals... Oh yes, actually doing the work - well that's the hard part :-) Excuse me, but I take this from you as a little offence with the meaning:do not talk, just code. Following text is not going to be only about the issue, but about general attitude on this list. This attitude is repeating on this list again and again... Yes, for some it might seem that I am just talking on the list and contributing nothing for several past months. If you think so, be it. It is common misundestanding, that only value to an opensource project is programming. I did analysis, found the problem, located code and suggested a solution. It seems to me that this is never valued... Moreover, if you, or anyone else thinks, that my just talking is worthless on this list, let me know and I will stop. You, as the wise project leader should know better than anyone on the list, who is is at home in which parts of GNUstep. Instead of laughing at me (I exaggerate now, so take it with less weight) that I just talk and do not program, you should try to allocate voulenteering resources to the problem according to appropriateness. For me to implement this would mean to dig into the gui and back, as I really do not have a chance how the things are connected. Also note that this would require more discussion of people who developed relevant parts of gui and back to find a solution that would be modular, non-braking and will fit to the libraries. Yes, GNUstep as any other open-source is voulentary project, so the project leader can not force anyone to do anything. Also people have other things to do. But! If I understand the role of project leader correcly, then I think his task is, among others, to allocate resources with redundancy. Or I am wrong? What I was able to do with the time I had, was analysis. I do not code GNUstep anymore and I do not plan to code for GNUstep in the near future... My inputs are not valuable? Again, if yes, then let me know and I will stop just talking on the list. It is all about attitude...which drives the project...to somewhere... Regards, Stefan Urbanek p.s.: With programmers are the only core of the OSS attidute, I can suggest this to my company to fire all analysts, including me, as they are doing nothing, they just meet, talk and draw pictures. p.p.s.:Moreover, this year I have not seen any relevant answer to project-crucial questions I have posted to the list. The only response was from Alex Perez, who just broght the questions to the light again. Whi this attitude, the project is dead. -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Cairo as common graphics context
Hi, I had a little time and I have looked into the Cairo backend sources. The context is based on the (cairo_surface_t *) type. From Cairo documentation [1]: A cairo_surface_t represents an image, either as the destination of a drawing operation or as source when drawing onto another surface. There are different subtypes of cairo_surface_t for different drawing backends; for example, cairo_image_surface_create() creates a bitmap image in memory. ... then it is possible to have a bitmap from Cairo backend. What more! There is: cairo_surface_t* cairo_image_surface_create_for_data (unsigned char *data, cairo_format_t format, int width, int height, int stride); With this it would be possible to do what is described in [2]: NSImage* image = [self getCurrentImage]; NSSize size = [image size]; [image lockFocus]; NSBitmapImageRep* rep = [[NSBitmapImageRep alloc] initWithFocusedViewRect: NSMakeRect(0,0,size.width,size.height)]; [image unlockFocus]; ... where one would pass [rep bitmapData] into the cairo_image_surface_create_for_data function. Now, if I understand it correctly, then if there was an API between GNUstep-gui and GNUstep-back that would allow GNUstep-gui to pick a kind of drawing context, then it would be possible to have bitmap drawing in GNUstep-gui. From naive point of view the steps necessary would be: 1. create API for picking graphics context with prefered destination 2. pick ONE graphics library as preffered graphics context library and move it's use (or use of a bundle) into GUI 3. update GUI to use graphics context provided by the graphics library Can someone who knows more about the gui and back internals look at it closer? Looks like all necessary code is already in GNUstep, it is just a matter of rewiring it. But well ... I do not see much into the internals... Regards, Stefan Urbanek [1] http://www.cairographics.org/manual/cairo-cairo-surface-t.html [2] http://developer.apple.com/documentation/Cocoa/Conceptual/CocoaDrawingGuide/Images/chapter_7_section_5.html#//apple_ref/doc/uid/TP40003290-CH208-BCICHFGA -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Graphics context in -gui instead of -back or context-bundles
Hi, I have read: http://developer.apple.com/documentation/Cocoa/Conceptual/CocoaDrawingGuide/Images/chapter_7_section_5.html#//apple_ref/doc/uid/TP40003290-CH208-BCICHFGA As far as I was told few weeks ago, it is not possible to draw directly into a bitmap in GNUstep. See Drawing Directly to a Bitmap section in the referenced document. As the bitmap output from AppKit/-gui should be the same in all environments (Linux, Windows, OS X,...) I think that the bitmap drawing should be done with one bitmap drawing backend for all environments. Would it be possible to pick one bitmap drawing library and use it in -gui? For on-screen drawing, environment native drawing library should be used, so -back will stay as it is. Or ... what about having bundles for each type/class of NSGraphicsContext? Then I one would be able to use, for example, art(screen)+art(bitmap) under linux, GDI(screen)+art(bitmap) under windows and he will get same bitmap results under both environments. What do you think about it? Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GNUstep Cocoa compatibility
Hi, I am moving this to gnustep-dev... On 3.3.2006, at 17:47, Adam Fedor wrote: On 2006-02-21 08:07:01 -0700 Dmitri Sotnikov [EMAIL PROTECTED] wrote: Hi, I understand that both the Cocoa API and GNUstep inherit from the NeXTSTEP API, having read the documentation at gnustep.org, I notice that it is already possible to cross-compile basic applications between Cocoa and GNUstep, so I was wondering if it is one of project goals to eventually have full cocoa compatibility. You can read here about our mission http://www.gnustep.org/information/mission.html Cocoa compatibility is a goal, but one that is almost impossible to fully achieve. To what exact point it is a goal? What is on the radar and what is not? What are the definitions of sets depicted in the following diagram? http://stefan.agentfarms.net/Download/GNUstep/DesignNotes/GNUstep% 20and%20Cocoa.png Clear definition would help. For example, I am now developing on the real thing, but I would like to keep GNUstep compatibility. To achieve this, I need a clear list of what I can use and what I can not use from Cocoa. That is, I need to know, what is planned for gnustep (does not have to be fully implemented at this time) and what is not going to be in gnustep in any way. Stefan Urbanek p.s.: Btw. why is old OpenStep compatibility so important? Is not new OpenStep what we define now by defining API that is common for GNUstep and Cocoa?? p.p.s: from the mission statement: We won't remove things, even if they have been removed by Apple. why not, regardless of apple? Death is so natural to life... -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Error recompiling GNUstep-base under Windows
Hi, I have installed GNUstep under windows using the latest installer. $ cd /c/GNUstep/Development/Source/base $ ./configure --disable-xml $ make ... Linking library libgnustep-base ... Info: resolving ___objc_class_name_Protocol by linking to __impobjc_class_name_Protocol (auto-import) Info: resolving ___objc_class_name_Object by linking to __impobjc_class_name_Object (auto-import) Cannot export .idata$4: symbol not found Cannot export .idata$5: symbol not found Cannot export .idata$6: symbol not found Cannot export .text: symbol not found Cannot export iconv_NULL_THUNK_DATA: symbol not found Cannot export zlib1_NULL_THUNK_DATA: symbol not found Creating library file: ./shared_obj/libgnustep-base.dll.a collect2: ld returned 1 exit status make[2]: *** [shared_obj/libgnustep-base.dll.a] Error 1 make[1]: *** [libgnustep-base.all.library.variables] Error 2 make[1]: Leaving directory `/c/GNUstep/Development/Source/base/Source' make: *** [internal-all] Error 2 What is wrong? Stefan ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
PREFIX_HEADER in gnustep-make
Hi, Is there any GNUstep alternative to XCode GCC_PREFIX_HEADER setting(*)? It is a filename that is put in front of each compiled file. If there is no such thing in gnustep-make, are there any plans to add it? Something like: MyApp_PREFIX_HEADER = MyApp_prefix.h Regards, Stefan (*) http://developer.apple.com/documentation/DeveloperTools/Conceptual/XcodeUserGuide/Contents/Resources/en.lproj/BuildSettingTitles/chapter_52_section_3.html#//apple_ref/doc/uid/TP40002712-SW7 ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
NSImage lockFocus/unlockFocus bug?
Hi again, I was trying to play with [NSImage lockFocusOnRepresentation:myBitmapRep]. It looks like it creates some cached image representation. According to: http://developer.apple.com/documentation/Cocoa/Reference/ApplicationKit/ObjC_classic/Classes/NSImage_index.html ...it is fine, however I would expect, that [image unlockFocus] will flush the graphics into my focused representation: A successful lockFocusOnRepresentation: message must be balanced by a subsequent unlockFocus message to the same NSImage. These messages bracket the code that draws the image. As I get no visible result, i think the method combination is not working properely and lockFocusOnRepresentation should raise an exception: If lockFocusOnRepresentation: is unable to focus on the representation, it raises an NSImageCacheException. I am missing something here or doing something wrong? Stefan ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GNUstep ROADMAP
Citát David Ayers [EMAIL PROTECTED]: Richard Frith-Macdonald schrieb: snip Having a completely unimplemented class there gives us a good placeholder for the documentation that tells people that the class is unimplemented, and maybe what the current plans are for it. I can see the argument here for removing the class (people aren't likely to think the class exists if there is no trace of it), but I think that a header file that's clearly a shell, and documentation that states that the class is unimplemented, is equally clear. We could document such empty classes with a note to say that someone (or nobody) is working on them, and a pointer to the task list on the website for current status. FWIW, I agree. How difficult it would be to hack autogsdoc objective-c parser to parse GNUstep sources and generate a list of unimplemented methods (either marked as not implemented or being only in @interface)? Simple html table (with css): | Class | Method | Description | Stefan -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GNUstep ROADMAP
Citát Richard Frith-Macdonald [EMAIL PROTECTED]: On 28 Nov 2005, at 09:17, Stefan Urbanek wrote: How difficult it would be to hack autogsdoc objective-c parser to parse GNUstep sources and generate a list of unimplemented methods (either marked as not implemented or being only in @interface)? Simple html table (with css): | Class | Method | Description | Easy to get the parser to recognise empty implementations ... but what to do about it is not clear. Put on the webpage: development wanted. I like the idea though. How about ... if the parser could warn about empty implementations, so we know when something needs doing, and if no documentation comment is provided for the method, it could generate standard stuff about the method not being implemented yet (in the place where is currently generates the 'documentation forthcoming' message. It can be good for documentation where target would be GNUstep-core developers. However, for GNUstep users (developers of gnustep frameworks or applications) it would be a noise in the documentation. On the other hand, it can serve as a signal for developers that are willing to contribute... Generally, if a class is abstract/semi-abstract then subclasses are supposed to override methods ... so an empty implementation here could be quite OK ... but we could get the parser to check to see if it has seen the override-subclass / markup in the comment for the method, and accept an empty implementation as OK in that case. Sounds good. Stefan -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Window server and System UI Process (Was: Re: Notification once a minute - for a clock...)
Hi, On 26.11.2005, at 23:06, Jiva DeVoe wrote: So I'm sorta hacking on WildMenus this weekend, and have implemented a primitive clock in the menubar... I'm wondering what's the best way to get my clock to redraw once a minute? Obviously the menu code itself gets linked into each application, so having 20 applications all launching their own little background timers to update the menubar clock sounds kinda cruddy. What would be the best way to do this? I imagine some kind of NSNotification but that also seems cruddy. (ps: For those who want said functionality - I have been sending patches to Michael Hanni, the WildMenus maintainer, so look for a release from him eventually.) Just for inspiration, how it looks on OS X. Here is a screenshot from Quartz debug - an application that can show all windows and their properties: http://stefan.agentfarms.net/Download/GNUstep/Trash/Quartz%20window% 20list.png Main menu (horizontal) is window number WID=5 owned by process called WindowsServer. That means that the menu is not drawn nor owned by any application, applications just provide menu contents that is passed to the menu owner - window server. The status bar is owned by damon/process called system UI server. WID 3a is the status bar (see NSStatusItem class) and WID 39 is the Spotlight magnifier icon. Having those two processes separated from applications can simplify lots of things, including custom menu orientation, addition of shared menu entries across applications (like apple has apple menu, or menu with debug or scripting actions)... Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Creating relationship with Cocoadev Wiki
Hi, What does the GNUstep community think of creating kind of official relationship/partnership with the Cocoadev community? How? Simply by referencing each others wiki from wiki navigation bar. In GNUstep we would add Cocoadev wiki to the side bar [1] and we (I can do it, however some GNUstep authority would be better) ask cocoadev community if they can link to GNUstep wiki in some similar, very visible way. Benefits for GNUstep: - larger GNUstep 'cross-platform development' awareness of Cocoa community - easy access to other Cocoa related knowledge/resources Benefits for Cocoadev - increased awareness of a platform that can make their applications somehow portable - running on other platforms than OS X as well - access to growing GNUstep-Cocoa knowledge (even at this moment it is not as large as cocoadev) In addition to this I would suggest to add wiki link prefix, for example cocoadev for referencing cocoa sites. AFAIR, this is done directly in the database, I am not sure whether this is editable through web interface in the newest version. That will result in ability to write links such as: [[cocoadev:NSString]]. Any thoughts and suggestions? Regards, Stefan Urbanek [1]http://meta.wikimedia.org/wiki/Layout_customization#How_do_I_add_an_editable_Left_Menu -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Possible future Gorm name change
On 17.11.2005, at 2:38, Gregory John Casamento wrote: Jesse, --- Jesse Ross [EMAIL PROTECTED] wrote: I wanted to take the opportunity now, rather than later, to ask if anyone has any suggestions they would like to make regarding the name of the application. What about AppDesigner? Considering some of the scripting functionality that can be added to an interface now via Nicolas's StepTalk palette, it seems to me that Gorm can be used for much more now that just designing/building interfaces. Gorm could always be used for more than this. :) The StepTalk palette really just takes it one step further and allows you to do the coding in Gorm itself. I, however, wouldn't want to name it based on abilities given to it by a palette which does not come with it by default. Object Builder Idea for the future: Gorm + OmniGraffle-like diagram editing + NSController + other GNUstep extensions - Object Builder. With well designed Lego-blocks: * controllers * value transformers * object presenters (*) * object views * computation objects ... one would be able to build an application using ObjectBuilder just by creating an object network graphically. We are not that far form that :-) Stefan Urbanek (*) I am now developing presenter concept for AgentFarms, after I finish it I will write a short description. It is a concept for object-network based documents. If someone is interested ealier, let me know. -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Is GNUstep Web alive?
Hi, I was asked by a fried, whether GNUstep Web is still alive. Of course I said. However, he pointed me to the http:// www.gnustepweb.org/ and under the News section there is: Download it... Tuesday 21st October 2003 To retrieve the current version, please consult GNUstep CVS section on Savannah The module name is gsweb in dev-libs. You also need gsantlr and gdl2 or db libraries. You have to install GNUstep core and extensions parts before compiling GNUstepWeb Has anything changed since then? GNUstepWeb has all the potential to be The Killer App of GNUstep...if it only was alive. I know, that development is happening, but it is only because I am on the CVS mailing list. Are there any plans of making GNUstep Web public again? Regards, Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Gorm 1.0 on GNUstep site
Hi, Can someone with CVS access to the pages add a large notice about Gorm 1.0 here? http://www.gnustep.org/experience/Gorm.html So the page can be linked from outside and others will see The News. Currently the 1.0 fact is known only from GNUstep front page. Regards, Stefan Urbanek p.s.: what is the progress of changing GNUstep website to some CMS? -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Gorm 1.0 on GNUstep site
Citát MJ Ray [EMAIL PROTECTED]: Stefan Urbanek [EMAIL PROTECTED] Can someone with CVS access to the pages add a large notice about Gorm 1.0 here? http://www.gnustep.org/experience/Gorm.html It looks like that was updated already on 29 October by gcasa. Do you mean some new notice? I'm not using Gorm at the moment, so can you suggest what should it say? Something like here: http://www.mozilla.org/products/firefox/ or here: http://www.openoffice.org/ or here: Advertisment of art.gnome: http://www.gnome.org/ For feature description I think, that Greg should know better what to highlight on the front page. From my point of view, I would put there something like: gorm announcement frame Introducing Gorm 1.0 The Graphical Object Relationship Modeller for rapid application development the dynamic objective way. * Create object instances and connect them in application object networks * Design and test user interface * Native support for Model-View-Controller paradigm * Use custom classes and custom views * Extensible through objects in custom object palettes * Create direct object archives instead of unreadable sources Download [here] For more information see Gorm [home page]. /gorm announcement frame As for the screenshot, I would display connectors inspector instead of attributes inspector, as connecting objects is one of the killer features of Gorm. Current sshot shows just another UI designer application. The frame should be large to evoke a feeling that the release is very important milestone to the GNUstep project. We do not realise it, but psychologically, for the outside world, it is important thing. Gorm is exceptional application. Thanks to Gregory it has reached 1.0. Yes, it is only a number for many, but for others it is a break point for decision whether to use an application or not. The point can be equated to a point between application non-existance and existance. That means that is time to celebrate and to express the fact that we are celebrating - by attractive display of the celebrated object. [...] p.s.: what is the progress of changing GNUstep website to some CMS? If you mean putting it into some web application and locking out editors like the wiki has done, the only person known to be working on that seemed unwilling to either discuss it properly or show their work and they seem to have gone away. My personal TODO for the technical aspects of the site is: 1. start using MultiViews; What is it? Google is not very helpful, at least first page of links does not lead to the project page/description... Does it still require CVS access? snip Regards, Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Gorm 1.0 on GNUstep site
On 2.11.2005, at 21:22, Scott Stevenson wrote: On Nov 2, 2005, at 5:13 AM, Stefan Urbanek wrote: Something like here: http://www.mozilla.org/products/firefox/ or here: http://www.openoffice.org/ or here: Advertisment of art.gnome: http://www.gnome.org/ Or like this? :) http://treehouseideas.com/downloads/gnustep.page Yeah! Excellent! :-) I'll see if I can find some time to templatize this weekend, but deploying it is probably somewhat depedent on having server side includes or something implemented across the site. AFAIK all good CMSs can have includes/templates. Perhaps we should start considering one of them... Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: [Gnustep-cvs] gnustep/dev-libs/SQLClient WebServer.h
Citát Richard Frith-Macdonald [EMAIL PROTECTED]: CVSROOT: /cvsroot/gnustep Module name: gnustep Branch: Changes by: Richard Frith-Macdonald [EMAIL PROTECTED] 05/10/28 08:34:23 Modified files: dev-libs/SQLClient: WebServer.h I am just courious ... why is WebServer in the SQL client library/framework?Would not it be cleaner to have SQLClient.framework and WebServer.framework? Regards, Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Project Manager/Center (Was: Re: GNUstep moving forward)
Citát Sašo Kiselkov [EMAIL PROTECTED]: Quoting Gregory John Casamento [EMAIL PROTECTED]: Although we have Gorm and ProjectCenter, I believe we do need more to make GNUstep attractive to devs. Some debugging (think MallocDebug) tools and other things might be nice in this regard. Also, a fully working ProjectCenter would be good as well. Currently I'm working 100% on http://student.fiit.stuba.sk/~kiselkov04/ProjectManager - an new IDE completely from scratch. It currently still lacks many features, but what is done: snip Comments are welcome, though please still consider the code practically a tech-demo, I would not have released it for another two weeks (currently working on it about two weeks already) if this discussion would not have come up. Just few links that can contain either ideas or pieces of code: IDE: http://ide.roard.com/wakka.php?wiki=Main IDE GUI: http://ide.roard.com/wakka.php?wiki=BasicOrganization DevelKit: http://mediawiki.gnustep.org/index.php/DevelopmentKit (feel free to use/reuse/integrate develkit) Images for inspiration: Actors in Gorm: http://camaelon.blogspot.com/2005/06/it-works.html Ambrai Smalltalk: http://ambrai.com/smalltalk/screenshots/index.html Regards, Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Fwd: mailling list ?
I would suggest closing the apps-gnustep list and redirect the very rare traffic (if any) to discuss-gnustep and gnustep-info. What do you say? Stefan - Preposlaná správa od [EMAIL PROTECTED] - Dátum: Sun, 9 Oct 2005 16:51:47 -0700 Od: [EMAIL PROTECTED] Odpovedať:[EMAIL PROTECTED] Predmet:mailling list ? Pre: apps-gnustep@gnu.org I suppose you guys are busy building/compiling those apps for GNUsteps, as we don't hear anything on the list. anyway... enjoy. Mathieu - Koniec preposlanej správy - I suppose you guys are busy building/compiling those apps for GNUsteps, as we don't hear anything on the list. anyway... enjoy. -- -- Take the control over your money, track your expenses http://justbudget.com -- Due to the current virus surge, Linux or OSX is highly recommended for e-mail and Internet operations. -- When mass sending, make TO: equal to FROM: and everybody else in BCC: Mathieu I suppose you guys are busy building/compiling those apps for GNUsteps, as we don't hear anything on the list. anyway... enjoy.-- -- Take the control over your money, track your expenses http://justbudget.com-- Due to the current virus surge, Linux or OSX is highly recommended for e-mail and Internet operations. -- When mass sending, make TO: equal to FROM: and everybody else in BCC:Mathieu ___ Apps-gnustep mailing list Apps-gnustep@gnu.org http://lists.gnu.org/mailman/listinfo/apps-gnustep ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: GNUstep bounty
Citát Markus Hitter [EMAIL PROTECTED]: Am 23.09.2005 um 08:48 schrieb Stefan Urbanek: Citát Fred Kiefer [EMAIL PROTECTED]: Adam Fedor wrote: I've put together a list of projects that I'd like to get finished, and that we perhaps could use some of our money for. If you'd like to help fill this out, let me know. the idea of bounties for contributions to GNUstep is ok with me, but I think that we should break down the parts we offer bounties for in smaller pieces. Take for example, how I and my colegues are doing it when we have to deal with real projects - in tenders.[...] Why would not we use similar approach in OSS project GNUstep? Because from the commercial perspective, the price of a/the bounty is neglible? I'd see it more like an extra candy, an encouragement to do a more important project instead of that more eye catching one. Perhaps an extra argument for commercial developers to improve GNUstep for this project instead of linking that hackery used last time. There are three ways: 1. voulenteer development 2. commercial development 3. paid developer Even we are now discussing the 3rd way, the second way should be kept in mind. Any ideas for encouraging the commercial developers? (if you mean companies by that term) I would suggest to prepare a wiki page with detailed request for development. Each request should have: - name/very short summary - breakdown table - contact person from GNUstep core developers who is responsible for that part and who should be consulted (this is important) Yes. Even the process of defining tasks is already a first step to get them solved. The breakdown tables should contain columns (and perhaps column groups): - partial task Yes. Don't forget a proper testsuite. - estimated amount of work (units) - type of work (to determine unit price) And the roughly expected price per man per hour would be where? I forgot it, of course it should be there. And at the beginning of the proposal a list of basic knowledge required should be mentioned (like in a job offer ad) Open source projects are typically open to everyone. Not sure wether GNUstep should make a differece here. Some people need a week to get something running, others a month. Since results can be verified easily, I'd measure people by their results, not by their university degree. The purpose of mentioning the required basic knowledge is to provide more information to the potential developer. Developers should faster decide whether they would be able to perform the task or not without asking the list. It shuold not serve as a selection process for us: you do not know that, then you should not do the task. People learn and some of them want to learn. The list of required knowledge can serve also as a list of knowledge that the developer of the task would learn or would strenghten. If someone dares to implement a feature without required knowledge, be so, but implement it right. That should be also mentioned on the call for developers announcement. Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
xcode files in GNUstep cvs
Hi, Is it possible to commit xcode files, for projects buildable on OSX, into the GNUstep CVS? *.pbxproj is just a text file in openstep plist format. That can simplify adoption of GNUstep projects on OSX. Thanks, Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
[Gnustep-cvs] gnustep/dev-libs/StepTalk/Languages/MyLanguage ...
CVSROOT:/cvsroot/gnustep Module name:gnustep Branch: Changes by: Stefan Urbanek [EMAIL PROTECTED] 05/09/17 12:30:21 Modified files: dev-libs/StepTalk/Languages/MyLanguage: MyLanguageEngine.m MyLanguageInfo.plist Log message: Update the language template CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/MyLanguage/MyLanguageEngine.m.diff?tr1=1.1tr2=1.2r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/MyLanguage/MyLanguageInfo.plist.diff?tr1=1.1tr2=1.2r1=textr2=text
[Gnustep-cvs] gnustep/dev-libs/StepTalk/Examples/Shell Change...
CVSROOT:/cvsroot/gnustep Module name:gnustep Branch: Changes by: Stefan Urbanek [EMAIL PROTECTED] 05/09/05 20:11:31 Modified files: dev-libs/StepTalk/Examples/Shell: ChangeLog STShell.h STShell.m stshell_tool.m Log message: use remote scripting, reflect framework changes CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Examples/Shell/ChangeLog.diff?tr1=1.8tr2=1.9r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Examples/Shell/STShell.h.diff?tr1=1.8tr2=1.9r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Examples/Shell/STShell.m.diff?tr1=1.17tr2=1.18r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Examples/Shell/stshell_tool.m.diff?tr1=1.2tr2=1.3r1=textr2=text
[Gnustep-cvs] gnustep/dev-libs/StepTalk .dist-ignore ChangeLo...
CVSROOT:/cvsroot/gnustep Module name:gnustep Branch: Changes by: Stefan Urbanek [EMAIL PROTECTED] 05/09/05 20:14:11 Modified files: dev-libs/StepTalk: .dist-ignore ChangeLog TODO Version dev-libs/StepTalk/ApplicationScripting/Source: STApplicationScriptingController.m STTranscript.m dev-libs/StepTalk/Documentation/Reference: NSInvocation+additions.gsdoc NSInvocation+additions.html NSObject+additions.gsdoc NSObject+additions.html STBundleInfo.gsdoc STBundleInfo.html STEngine.gsdoc STEngine.html STEnvironment.gsdoc STEnvironment.html STExterns.gsdoc STExterns.html STFunctions.gsdoc STFunctions.html STMethod.gsdoc STMethod.html STObjCRuntime.gsdoc STObjCRuntime.html STObjectReference.gsdoc STObjectReference.html STScript.gsdoc STScript.html STScriptObject.gsdoc STScriptObject.html STScripting.gsdoc STScripting.html STScriptsManager.gsdoc STScriptsManager.html STSelector.gsdoc STSelector.html STUndefinedObject.gsdoc STUndefinedObject.html StepTalk.html StepTalk.igsdoc dev-libs/StepTalk/Examples/Smalltalk: actor.st shell.st Added files: dev-libs/StepTalk/Testing: languageManager.st Log message: minor version update CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/.dist-ignore.diff?tr1=1.8tr2=1.9r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/ChangeLog.diff?tr1=1.78tr2=1.79r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/TODO.diff?tr1=1.17tr2=1.18r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Version.diff?tr1=1.14tr2=1.15r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/ApplicationScripting/Source/STApplicationScriptingController.m.diff?tr1=1.8tr2=1.9r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/ApplicationScripting/Source/STTranscript.m.diff?tr1=1.2tr2=1.3r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/NSInvocation+additions.gsdoc.diff?tr1=1.2tr2=1.3r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/NSInvocation+additions.html.diff?tr1=1.3tr2=1.4r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/NSObject+additions.gsdoc.diff?tr1=1.1tr2=1.2r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/NSObject+additions.html.diff?tr1=1.1tr2=1.2r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STBundleInfo.gsdoc.diff?tr1=1.3tr2=1.4r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STBundleInfo.html.diff?tr1=1.4tr2=1.5r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STEngine.gsdoc.diff?tr1=1.3tr2=1.4r1=textr2=text http
[Gnustep-cvs] gnustep/dev-libs/StepTalk/Languages/Smalltalk C...
CVSROOT:/cvsroot/gnustep Module name:gnustep Branch: Changes by: Stefan Urbanek [EMAIL PROTECTED] 05/09/05 20:03:05 Modified files: dev-libs/StepTalk/Languages/Smalltalk: ChangeLog GNUmakefile SmalltalkEngine.m SmalltalkInfo.plist Added files: dev-libs/StepTalk/Languages/Smalltalk: NSObject+additions.h NSObject+additions.m Log message: reflect framework changes CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/NSObject+additions.h.diff?tr1=1.2tr2=1.3r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/NSObject+additions.m.diff?tr1=1.2tr2=1.3r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/ChangeLog.diff?tr1=1.34tr2=1.35r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/GNUmakefile.diff?tr1=1.11tr2=1.12r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/SmalltalkEngine.m.diff?tr1=1.9tr2=1.10r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/SmalltalkInfo.plist.diff?tr1=1.1.1.1tr2=1.2r1=textr2=text
[Gnustep-cvs] gnustep/dev-libs/StepTalk/Frameworks/StepTalk G...
CVSROOT:/cvsroot/gnustep Module name:gnustep Branch: Changes by: Stefan Urbanek [EMAIL PROTECTED] 05/09/05 20:02:04 Modified files: dev-libs/StepTalk/Frameworks/StepTalk: GNUmakefile STActor.h STActor.m STConversation.h STConversation.m STEngine.h STEngine.m STEnvironment.m STFileScript.m STFunctions.m STScript.m STScriptObject.m STScriptsManager.m ScriptingInfo.plist StepTalk.h Added files: dev-libs/StepTalk/Frameworks/StepTalk: STLanguageManager.h STLanguageManager.m STRemoteConversation.h STRemoteConversation.m Removed files: dev-libs/StepTalk/Frameworks/StepTalk: STLanguage.h STLanguage.m Log message: Added remote conversation and language manager, removed STLanguage CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STLanguageManager.h?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STLanguageManager.m?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STRemoteConversation.h?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STRemoteConversation.m?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/GNUmakefile.diff?tr1=1.9tr2=1.10r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STActor.h.diff?tr1=1.1tr2=1.2r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STActor.m.diff?tr1=1.1tr2=1.2r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STConversation.h.diff?tr1=1.4tr2=1.5r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STConversation.m.diff?tr1=1.5tr2=1.6r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STEngine.h.diff?tr1=1.4tr2=1.5r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STEngine.m.diff?tr1=1.7tr2=1.8r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STEnvironment.m.diff?tr1=1.8tr2=1.9r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STFileScript.m.diff?tr1=1.2tr2=1.3r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STFunctions.m.diff?tr1=1.3tr2=1.4r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STScript.m.diff?tr1=1.4tr2=1.5r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STScriptObject.m.diff?tr1=1.9tr2=1.10r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STScriptsManager.m.diff?tr1=1.5tr2=1.6r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/ScriptingInfo.plist.diff?tr1=1.3tr2=1.4r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/StepTalk.h.diff?tr1=1.2tr2=1.3r1=textr2=text
[Gnustep-cvs] gnustep/dev-libs/StepTalk ChangeLog NEWS Tools/...
CVSROOT:/cvsroot/gnustep Module name:gnustep Branch: Changes by: Stefan Urbanek [EMAIL PROTECTED] 05/09/05 20:31:08 Modified files: dev-libs/StepTalk: ChangeLog NEWS Removed files: dev-libs/StepTalk/Tools: stupdate_languages.m Log message: update to 0.10.0 CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/ChangeLog.diff?tr1=1.79tr2=1.80r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/NEWS.diff?tr1=1.13tr2=1.14r1=textr2=text
[Gnustep-cvs] gnustep/dev-libs/StepTalk/Documentation/Referen...
CVSROOT:/cvsroot/gnustep Module name:gnustep Branch: Changes by: Stefan Urbanek [EMAIL PROTECTED] 05/09/05 21:16:28 Added files: dev-libs/StepTalk/Documentation/Reference: STActor.gsdoc STActor.html STContext.gsdoc STContext.html STConversation.gsdoc STConversation.html STEnvironmentDescription.gsdoc STEnvironmentDescription.html STFileScript.gsdoc STFileScript.html STLanguageManager.gsdoc STLanguageManager.html STRemoteConversation.gsdoc STRemoteConversation.html Removed files: dev-libs/StepTalk/Documentation/Reference: STLanguage.gsdoc STLanguage.html Log message: New files CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STActor.gsdoc?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STActor.html?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STContext.gsdoc?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STContext.html?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STConversation.gsdoc?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STConversation.html?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STEnvironmentDescription.gsdoc?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STEnvironmentDescription.html?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STFileScript.gsdoc?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STFileScript.html?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STLanguageManager.gsdoc?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STLanguageManager.html?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STRemoteConversation.gsdoc?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Documentation/Reference/STRemoteConversation.html?rev=1.1
NSZombie and original object class
Hi, I was tracing the bug in stexec tool by NSZombiesEnabled=YES and I got: 2005-08-20 18:43:56.000 stexec[8898] Deallocated object (0xb7f87e40) sent instanceMethodForSelector: I would like to see the original class of the object, not only 'object'. I have looked into the NSObject.m and put some ligging there. The class 'c' is put into the zombieMap, however when fetching from the map, zero is returned (c == 0). It looks like the value is removed from the zombie map. Where the problem should be? Thanks, Stefan ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
[Gnustep-cvs] gnustep/dev-libs/StepTalk Frameworks/StepTalk/G...
CVSROOT:/cvsroot/gnustep Module name:gnustep Branch: Changes by: Stefan Urbanek [EMAIL PROTECTED] 05/06/30 21:10:02 Modified files: dev-libs/StepTalk/Frameworks/StepTalk: GNUmakefile ScriptingInfo.plist dev-libs/StepTalk/Languages/Smalltalk: STCompiler.m Added files: dev-libs/StepTalk/Frameworks/StepTalk: STActor.h STActor.m Log message: added actor class CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STActor.h?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STActor.m?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/GNUmakefile.diff?tr1=1.8tr2=1.9r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/ScriptingInfo.plist.diff?tr1=1.2tr2=1.3r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STCompiler.m.diff?tr1=1.21tr2=1.22r1=textr2=text
[Gnustep-cvs] gnustep/dev-libs/StepTalk ChangeLog Version
CVSROOT:/cvsroot/gnustep Module name:gnustep Branch: Changes by: Stefan Urbanek [EMAIL PROTECTED] 05/06/30 21:14:07 Modified files: dev-libs/StepTalk: ChangeLog Version Log message: 0.9.1 CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/ChangeLog.diff?tr1=1.77tr2=1.78r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Version.diff?tr1=1.13tr2=1.14r1=textr2=text
[Gnustep-cvs] gnustep/dev-libs/StepTalk/Languages/Smalltalk C...
CVSROOT:/cvsroot/gnustep Module name:gnustep Branch: Changes by: Stefan Urbanek [EMAIL PROTECTED] 05/06/24 21:06:21 Modified files: dev-libs/StepTalk/Languages/Smalltalk: ChangeLog STCompiler.m Log message: Fixed undefined key exception - fixed in base too CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/ChangeLog.diff?tr1=1.33tr2=1.34r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STCompiler.m.diff?tr1=1.20tr2=1.21r1=textr2=text
[Gnustep-cvs] gnustep/dev-libs/StepTalk/Languages/Smalltalk C...
CVSROOT:/cvsroot/gnustep Module name:gnustep Branch: Changes by: Stefan Urbanek [EMAIL PROTECTED] 05/06/20 20:40:47 Modified files: dev-libs/StepTalk/Languages/Smalltalk: ChangeLog STBlockContext.m STBytecodeInterpreter.m STCompiledCode.h STCompiledCode.m STCompiledMethod.h STCompiledMethod.m STCompiledScript.h STCompiledScript.m STCompiler.h STCompiler.m STExecutionContext.h STExecutionContext.m STMethodContext.h STMethodContext.m STSmalltalkScriptObject.h STSmalltalkScriptObject.m Log message: Access ivars by name not by index, use KVC CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/ChangeLog.diff?tr1=1.32tr2=1.33r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STBlockContext.m.diff?tr1=1.5tr2=1.6r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STBytecodeInterpreter.m.diff?tr1=1.12tr2=1.13r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STCompiledCode.h.diff?tr1=1.2tr2=1.3r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STCompiledCode.m.diff?tr1=1.4tr2=1.5r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STCompiledMethod.h.diff?tr1=1.3tr2=1.4r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STCompiledMethod.m.diff?tr1=1.9tr2=1.10r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STCompiledScript.h.diff?tr1=1.2tr2=1.3r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STCompiledScript.m.diff?tr1=1.4tr2=1.5r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STCompiler.h.diff?tr1=1.6tr2=1.7r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STCompiler.m.diff?tr1=1.19tr2=1.20r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STExecutionContext.h.diff?tr1=1.3tr2=1.4r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STExecutionContext.m.diff?tr1=1.6tr2=1.7r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STMethodContext.h.diff?tr1=1.2tr2=1.3r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STMethodContext.m.diff?tr1=1.4tr2=1.5r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STSmalltalkScriptObject.h.diff?tr1=1.2tr2=1.3r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Languages/Smalltalk/STSmalltalkScriptObject.m.diff?tr1=1.7tr2=1.8r1=textr2=text
[Gnustep-cvs] gnustep/dev-libs/StepTalk/Frameworks/StepTalk S...
CVSROOT:/cvsroot/gnustep Module name:gnustep Branch: Changes by: Stefan Urbanek [EMAIL PROTECTED] 05/06/20 20:44:52 Modified files: dev-libs/StepTalk/Frameworks/StepTalk: STEnvironment.m Log message: enhanced full scripting: search all classes when enabled. warning: security should be checked CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/dev-libs/StepTalk/Frameworks/StepTalk/STEnvironment.m.diff?tr1=1.7tr2=1.8r1=textr2=text
Re: ANN: StepTalk Palette 1.0
Citt Gregory John Casamento [EMAIL PROTECTED]: Nicolas, This is great!! I add: excellent! :-) (for more se below) --- Nicolas Roard [EMAIL PROTECTED] wrote: Hi, I wrote a Gorm palette that let you create StepTalk scripts you can drag'n drop on a window, and connect objects to it. For example, it can easily be used to create the famous calculator example (3 textfields plus a button..). It works well, and I figured some people here could be interested (plus it's an example of how to make a palette). It's here: http://www.roard.com/gnustep/STPalette-1.0.tgz licenced under LGPL. More informations about the why and how here: http:// camaelon.blogspot.com , and check the READMEs. You need to install first libStepTalkView then compile the palette itself and load it in gorm. If you want to use this view in your app you need to link your app to libStepTalkView. Have fun ! I only have one comment. The object doens't have to be a view. It can be any object at all. So it's possible to just use a normal step talk object instead of making StepTalkView. :) We can discuss this later. I add that if you can make non-appkit object that would be included in an application, then I can add it to the StepTalk.framework. Therefore there would be no need for other library to link. The Gorm part is, of course, up to Greg. Have a nice day, Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: ANN: StepTalk Palette 1.0
Citt Nicolas Roard [EMAIL PROTECTED]: Le 15 juin 05 07:38, Stefan Urbanek a crit : Citt Gregory John Casamento [EMAIL PROTECTED]: I only have one comment. The object doens't have to be a view. It can be any object at all. So it's possible to just use a normal step talk object instead of making StepTalkView. :) I know, I know :-) I was going to create a non-view object as well, but in fact having a view is quite nice after playing with it -- you could even create a panel (hidden by default) just to group them as you want... I also have other ideas, we'll see. Well anyway I'll add a non-view object too for the next version, it's not exactly hard to do and it could be useful too :-) We can discuss this later. I add that if you can make non-appkit object that would be included in an application, then I can add it to the StepTalk.framework. Therefore there would be no need for other library to link. The Gorm part is, of course, up to Greg. Well, it's easy to make a non-appkit object, but as I'd still want a view anyway, .. hmm.. I need to try, perhaps just defining the view in the palette will be enough after all, you're right. Is not what you want a kind of a diagram editor instead of a panel + view? Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
register_printf_function problem in NSString
Hi, when I try to link an ObjC tool with libgst (GNU Smalltalk library) my program segfaults after the line 448 in NSString.m with failure of register_printf_function. The function gives some strange return value - neither 0 nor -1. The failure happens on first message send to a GNUstep class, in my case it is NSAutoreleasePool. Plain ObjC tool without GNUstep classes does work just fine. Any hints what I should look at to find the exact problem? Looks like some conflict after linking... Btw. is it ok to use @a string inside NSString +initialize (argument to NSException)? Would not it be better to use fprintf and no NSException? Regards, Stefan -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Crosscompiling gnustep
Hi, I am trying to crosscompile GNUstep on Linux to Windows. I did: $ export CC=/home/stevko/Developer/mingw/bin/i586-mingw32-gcc $ cd core/make $ ./configure --host=i586-mingw32 --prefix=/home/stevko/Developer/Windows/GNUstep $ make install $ cd ../base $ ./configure --host=i586-mingw32 --prefix=/home/stevko/Developer/Windows/GNUstep And I got: checking whether setpgrp takes no argument... configure: error: cannot check setpgrp when cross compiling How can I fix that? Besides that, I expect GNUstep make to want me to run GNUstep.sh later during compilation. However, what GNUstep.sh I should run? The one I have just installed? But if that script calls some binary executables, they will not work on my system. Thanks for any hints, Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Crosscompiling gnustep
Excuse me for replying to myself ... I moved a bit forward and i am gettin different errors (see below) ... On Tue, 2005-04-26 at 20:19 +0200, Stefan Urbanek wrote: Hi, I am trying to crosscompile GNUstep on Linux to Windows. I did: $ export CC=/home/stevko/Developer/mingw/bin/i586-mingw32-gcc $ cd core/make $ ./configure --host=i586-mingw32 --prefix=/home/stevko/Developer/Windows/GNUstep $ make install $ cd ../base $ ./configure --host=i586-mingw32 --prefix=/home/stevko/Developer/Windows/GNUstep And I got: checking whether setpgrp takes no argument... configure: error: cannot check setpgrp when cross compiling How can I fix that? I have removed some lines from configure.ac regardless of future impacts: -AC_CHECK_FUNCS(killpg setpgrp setpgid) +AC_CHECK_FUNCS(killpg) -AC_FUNC_SETPGRP +# AC_FUNC_SETPGRP then i run into ffcall/libffi problem. I have installed the ffcall: $ ./configure --prefix=/home/stevko/Developer/Windows/ --host=i586-mingw32 --enable-shared $ make $ make install Then I did: [EMAIL PROTECTED] base]$ ./configure --host=i586-mingw32 --prefix=/home/stevko/Developer/Windows/GNUstep --enable-ffcall --with-ffi-include=/home/stevko/Developer/Windows/include/ --with-ffi-library=/home/stevko/Developer/Windows/lib/ And I still get: ... checking callback.h usability... yes checking callback.h presence... yes checking for callback.h... yes checking for forwarding callback in runtime... yes checking FFI library usage... none You do not have either ffcall or libffi installed, or configure needs --with-ffi-include and/or --with-ffi-library flags so GNUstep can find them GNUstep requires ffcall or libffi and proper libobjc hooks to do invocations and DO. (This does not apply on apple-apple-apple systems where DO is not compatible with other GNUstep systems.) You most likely do not want to build base without DO support. Many things, including all applications, won't work at all without DO. If you really want to build -base without DO support, add --disable-do to the configure arguments. For more information, read the GNUstep build guide, ffcall section: http://documents.made-it.com/GNUstep/buildguide.html#FOREIGN.FUNCTION.INTERFACESconfigure: error: Incomplete support for ffi functionality. Thanks for any hints, Stefan Urbanek p.s.: I have created the mingw cross-compilation environment as described here: http://www.mingw.org/MinGWiki/index.php/build%20a%20Win32%20x-compiler% 20for%20Linux -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Crosscompiling gnustep
On Tue, 2005-04-26 at 14:24 -0600, Adam Fedor wrote: On Apr 26, 2005, at 1:11 PM, Stefan Urbanek wrote: ... checking callback.h usability... yes checking callback.h presence... yes checking for callback.h... yes checking for forwarding callback in runtime... yes checking FFI library usage... none You do not have either ffcall or libffi installed, or configure needs --with-ffi-include and/or --with-ffi-library flags so GNUstep can find them GNUstep requires ffcall or libffi and proper libobjc hooks to do invocations and DO. (This does not apply on apple-apple-apple systems where DO is not compatible with other GNUstep systems.) Well, the config.log file would help here. It's just trying to see if the ffcall libraries link correctly, which should work when cross-compiling. http://stefan.agentfarms.net/Download/GNUstep/Trash/config.log ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Crosscompiling gnustep
On Tue, 2005-04-26 at 14:40 -0600, Adam Fedor wrote: On Apr 26, 2005, at 2:28 PM, Stefan Urbanek wrote: On Tue, 2005-04-26 at 14:24 -0600, Adam Fedor wrote: On Apr 26, 2005, at 1:11 PM, Stefan Urbanek wrote: ... checking callback.h usability... yes checking callback.h presence... yes checking for callback.h... yes checking for forwarding callback in runtime... yes checking FFI library usage... none Well, the config.log file would help here. It's just trying to see if the ffcall libraries link correctly, which should work when cross-compiling. http://stefan.agentfarms.net/Download/GNUstep/Trash/config.log Well here's the error message. Did ffcall really get installed correctly? /home/stevko/Developer/Windows/lib//libcallback.a: could not read symbols: Archive has no index; run ranlib to add one I run ranlib manually. From ffcall installation output I see: ... /usr/bin/install -c -m 644 .libs/libcallback.a /home/stevko/Developer/Windows//lib/libcallback.a ranlib /home/stevko/Developer/Windows//lib/libcallback.a chmod 644 /home/stevko/Developer/Windows//lib/libcallback.a ... the ranlib line should read: i586-mingw32-ranlib /home/stevko/Developer/Windows//lib/libcallback.a Looks like misconfiguration of ffcall or a bug there. Then I used this configure command with --includedir and --libdir added: [EMAIL PROTECTED] base]$ ./configure --host=i586-mingw32 --prefix=/home/stevko/Developer/Windows/GNUstep --enable-ffcall --with-ffi-include=/home/stevko/Developer/Windows/include/ --with-ffi-library=/home/stevko/Developer/Windows/lib/ --includedir=/home/stevko/Developer/mingw/include/ --libdir=/home/stevko/Developer/mingw/lib I ended with: Compiling file NSPathUtilities.m ... NSPathUtilities.m: In function `NSHomeDirectoryForUser': NSPathUtilities.m:789: warning: implicit declaration of function `getpwnam' NSPathUtilities.m:789: warning: assignment makes pointer from integer without a cast NSPathUtilities.m:790: error: dereferencing pointer to incomplete type NSPathUtilities.m:792: error: dereferencing pointer to incomplete type make[2]: *** [shared_obj/NSPathUtilities.o] Error 1 make[1]: *** [libgnustep-base.all.library.variables] Error 2 make[1]: Leaving directory `/home/stevko/Developer/Sources/gnustep/core/base/Source' make: *** [internal-all] Error 2 It is too late now, i have to go to sleep. If anyone has any hints what should be done and what should do as next steps, let me know. I am also interested in the GNUstep.sh problem mentioned before. Regards, Stefan ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Next release
Citt Adam Fedor [EMAIL PROTECTED]: On Mar 16, 2005, at 3:03 AM, Stefan Urbanek wrote: Hi, What are the plans for the next GNUstep -bas and -gui releases? Is it possible to make minor releases more often and to publish plans/todos for next major and minor releases? Moreover, can people who make releases describe the whole process on the new wiki so others delegated developers can make the releases when official release manager can not? I've put the instructions here: http://mediawiki.gnustep.org/index.php/GNUstep_release_procedure Wehre one can find the scripts you are mentioning there? My plan so far: binary compatible releases (by the end of March) base 1.10.2 (based on CVS from Feb 22 2005) gui 0.9.5 back 0.9.5 Can this be more often? Last minor gui release dates to september or october last year. Most of GNUstep based projects requre fresh GNUstep CVS checkout. That requirement should be totaly removed. Actually, I'm ahead of things so I could make these releases even sooner if there is general interest. See argument above. binary incompatible release (a few weeks or month later): base 1.11.0 gui 0.10.0 back 0.10.0 Really, the hard part is not 'making' the release. That's quite easy and almost fun. The part I really want help with is having people who know each library well to act as library managers - make up a list of release criteria and tell me when a good time to make a release is. GNUstep is to big and too much work for me to do this all by myself. What about explicitly assigning and publishing a core developer(s) to each GNUstep package? The package development leader should: - publish TODO list and goals for the package - publish plans for the next release (can be discussed with others) - approve releases The last one means, that the package development leader do not have to do the release if he does not have time. He just approves that anyone else can make the release. Releases can do even novice GNUstep users if they have instructions and approval. If nothing else, they can at least learn the sctructure of the GNUstep by this. In addition, ca we make releases even there were no significant changes in the library, only small bugfices? Those releases can keep GNUstep users attentive and they will at least have the impression, that something is happening. Hey, we care about you, here is a new releases with fixes of the problem you were having, you do not need to use that hack anymore.. Problem is, that we all are living too much in the CVS GNUstep world and see constant changes. Outside world does not see the changes. Here is the Roadmap page: http://mediawiki.gnustep.org/index.php/Roadmap Perhaps we should have Roadmap - package_name pages if the first one will be too long. Thoughts? Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: [Gnustep-cvs] gnustep/core/base ChangeLog Headers/Foundation/...
Hi, In GSFindNamedFile you use: file_name = [NSString stringWithFormat: @[EMAIL PROTECTED]@, aName, anExtension]; should not that be rather: file_name = [aName stringByAppendingPathExtension:anExtension]; ? Stefan Citt Richard Frith-Macdonald [EMAIL PROTECTED]: CVSROOT: /cvsroot/gnustep Module name: gnustep Branch: Changes by: Richard Frith-Macdonald [EMAIL PROTECTED] 05/03/15 08:11:04 Modified files: core/base : ChangeLog core/base/Headers/Foundation: NSPathUtilities.h core/base/Source: DocMakefile GNUmakefile NSPathUtilities.m core/base/Source/Additions: GNUmakefile Added files: core/base/Headers/Additions/GNUstepBase: GSFunctions.h core/base/Source/Additions: GSFunctions.m Log message: Add new files to separate extension functions from main base library. CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/core/base/ChangeLog.diff?tr1=1.2480tr2=1.2481r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/core/base/Headers/Additions/GNUstepBase/GSFunctions.h?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/core/base/Headers/Foundation/NSPathUtilities.h.diff?tr1=1.4tr2=1.5r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/core/base/Source/DocMakefile.diff?tr1=1.27tr2=1.28r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/core/base/Source/GNUmakefile.diff?tr1=1.151tr2=1.152r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/core/base/Source/NSPathUtilities.m.diff?tr1=1.3tr2=1.4r1=textr2=text http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/core/base/Source/Additions/GSFunctions.m?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/core/base/Source/Additions/GNUmakefile.diff?tr1=1.12tr2=1.13r1=textr2=text Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev
Key-value observing
Hi, Is anyone working on the Key-value observing? http://developer.apple.com/documentation/Cocoa/Conceptual/KeyValueObserving/index.html In the documentation one can read: Automatic key-value observing is implemented using a technique called isa-swizzling. The isa pointer, as the name suggests, points to the object's class which maintains a dispatch table. This dispatch table essentially contains pointers to the methods the class implements, among other data. When an observer is registered for an attribute of an object the isa pointer of the observed object is modified, pointing to an intermediate class rather than at the true class. As a result the value of the isa pointer does not necessarily reflect the actual class of the instance. Is it difficult to implement it in GNUstep? If not, what is needed? If noone is working on it and if someone skilled knows how to implement it or has some hints, please write notes for others here: http://mediawiki.gnustep.org/index.php?title=Key_Value_Observingaction=edit Thanks, Stefan Urbanek -- http://stefan.agentfarms.net First they ignore you, then they laugh at you, then they fight you, then you win. - Mahatma Gandhi ___ Gnustep-dev mailing list Gnustep-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnustep-dev