Re: gnustep-howto documentation update
I thought I was updating it, but it turns out there was a bug in make that didn't install the html chapters. It should be fixed now though. Plus I updated all the documentation. On Sep 26, 2011, at 10:38 AM, Eric Wasylishen wrote: > Hi, > > I committed some changes to the gnustep-howto.texi document, updating the > section on library dependencies, and also suggesting the use of "sudo -E" > when running make install. > > I also noticed that the copy on the web site needs to be regenerated some > time: > http://www.gnustep.org/resources/documentation/User/GNUstep/gnustep-howto_3.html ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Shal we do a gui code freeze?
I will merge the in-window stuff first and then rewrite NsBezierPath, after that a gui release wou D be fine by me. On the road Am 29.09.2011 um 22:13 schrieb Riccardo Mottola : > Hi, >> Hi, >> I notice there's been a pause in activity on gui for a few weeks- how would >> everyone feel about starting a code freeze now, testing for a few weeks, and >> then doing a release? >> >> I would also be fine with waiting to integrate the menu work Fred started. > > I'll wait a bit. I hope Fred can fix NSBezierPaths not to be a cluster so > that it can be subclassed. > > Riccardo > > ___ > Gnustep-dev mailing list > Gnustep-dev@gnu.org > https://lists.gnu.org/mailman/listinfo/gnustep-dev ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Shal we do a gui code freeze?
Hi, Hi, I notice there's been a pause in activity on gui for a few weeks- how would everyone feel about starting a code freeze now, testing for a few weeks, and then doing a release? I would also be fine with waiting to integrate the menu work Fred started. I'll wait a bit. I hope Fred can fix NSBezierPaths not to be a cluster so that it can be subclassed. Riccardo ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: base patch for review: NSLanguages system languages
Hey, I committed this. IIRC I checked the glib source code and it does
something similar, so the most "generalized" version of "fr_CA" (which is "fr")
is still preferred over the locales appearing later in the list (in my example,
just "en").
Eric
On 2011-09-08, at 12:02 PM, Ivan Vučica wrote:
> On Thu, Sep 8, 2011 at 09:48, Fred Kiefer wrote:
> You are aware that your last example, "de:fr_CA:en", will result in something
> like ("German", "CanadianFrench", "French", "English")? I think is is
> debatable where "French" should be put in this list, but the current solution
> is fine with we.
>
> CanadianFrench is more specific than French. If the strings are pulled first
> from CanadianFrench, and, upon failure, from French (as it should), then this
> order is more than correct - it's perfect.
>
> French language, as a base language, being patched with CanadianFrench sounds
> correct.
>
> --
> Ivan Vučica - i...@vucica.net
>
>
> ___
> Gnustep-dev mailing list
> Gnustep-dev@gnu.org
> https://lists.gnu.org/mailman/listinfo/gnustep-dev
___
Gnustep-dev mailing list
Gnustep-dev@gnu.org
https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Shal we do a gui code freeze?
On 29 Sep 2011, at 18:53, Richard Frith-Macdonald wrote: > On 29 Sep 2011, at 18:40, David Chisnall wrote: > >> On a semi-related note, is base still in feature freeze mode? I have some >> changes to the configure script that I made to allow me to cross-compile >> -base, but I wasn't sure if I was allowed to commit them yet... > > No ... I made the new release and emailed the announcement to the info > mailing list a week or so ago. Ah, thanks. I was ill last week and missed the mail. David -- Sent from my Cray X1 ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Shal we do a gui code freeze?
On 29 Sep 2011, at 18:40, David Chisnall wrote: > On a semi-related note, is base still in feature freeze mode? I have some > changes to the configure script that I made to allow me to cross-compile > -base, but I wasn't sure if I was allowed to commit them yet... No ... I made the new release and emailed the announcement to the info mailing list a week or so ago. ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Shal we do a gui code freeze?
On a semi-related note, is base still in feature freeze mode? I have some changes to the configure script that I made to allow me to cross-compile -base, but I wasn't sure if I was allowed to commit them yet... David On 29 Sep 2011, at 18:38, Eric Wasylishen wrote: > Hi, > I notice there's been a pause in activity on gui for a few weeks- how would > everyone feel about starting a code freeze now, testing for a few weeks, and > then doing a release? > > I would also be fine with waiting to integrate the menu work Fred started. > > Eric > ___ > Gnustep-dev mailing list > Gnustep-dev@gnu.org > https://lists.gnu.org/mailman/listinfo/gnustep-dev -- This email complies with ISO 3103 ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Shal we do a gui code freeze?
Hi, I notice there's been a pause in activity on gui for a few weeks- how would everyone feel about starting a code freeze now, testing for a few weeks, and then doing a release? I would also be fine with waiting to integrate the menu work Fred started. Eric ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Could GNUStep allow for iPhone porting to Android?
Am 29.09.2011 11:06, schrieb Ivan Vučica: > I think I may have some time over upcoming weekends. If someone gives me > some example code on using Opal, I could play with getting some basic > UIKit to work. > > I don't think I'm familiar enough with GNUstep's AppKit to integrate > this system there. Plus, it might break things on older compilers and > systems. UIKit doesn't really *have* to be backward compatible, and > using OpenGL for compositing in initial implementation would practically > guarantee that ancient x86 systems won't be able to run apps at decent > speeds. > > So, can someone point me to some demo Opal program? If enough > CoreGraphics is implemented, I think I could figure out how to get the > RGBA pixel array out of it and start working on the really interesting > parts. Opal lives at svn://svn.gna.org/svn/gnustep/libs/opal/trunk and there are some examples in the ./Tests directory. Ideally, I think, you would want to avoid copying the pixel data from the cairo surface to an OpenGL textzre but instead use a cairo surface that can be bound to an OpenGL texture using EGL. This has the upside that it would also, with little tweaks, work with OpenGL/ES (i.e. on mobile platforms) and it would give optimal performance. Cheers, Niels ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
Re: Could GNUStep allow for iPhone porting to Android?
2011/9/29 David Chisnall > >> SDL makes some sense. Gregory and I discussed this a while ago. It's > on the list of 'things that would be good if someone had time to work on > them'. I think Android has an SDL implementation, so if we could use SDL > for events and window management, Cairo for drawing layers and OpenGL for > compositing layers, then this would give us a back end that was fairly > universally portable. > >> > > That sounds awesome. > > Unfortunately, sounding awesome is as far as it's got. If you're looking > for a project... > I think I may have some time over upcoming weekends. If someone gives me some example code on using Opal, I could play with getting some basic UIKit to work. I don't think I'm familiar enough with GNUstep's AppKit to integrate this system there. Plus, it might break things on older compilers and systems. UIKit doesn't really *have* to be backward compatible, and using OpenGL for compositing in initial implementation would practically guarantee that ancient x86 systems won't be able to run apps at decent speeds. So, can someone point me to some demo Opal program? If enough CoreGraphics is implemented, I think I could figure out how to get the RGBA pixel array out of it and start working on the really interesting parts. -- Ivan Vučica - i...@vucica.net ___ Gnustep-dev mailing list Gnustep-dev@gnu.org https://lists.gnu.org/mailman/listinfo/gnustep-dev
