Re: GTK+3/Win32 : looking for help
I would like to help on Autotools side if there some. I really thing using jhbuild is better in order to automate building https://wiki.gnome.org/Initiatives/Windows/MingwNativeBuild#Build_dependencies . As any other great software GTK+ should release a new version along side with a Windows and OS X installers, trying to ensure new features work correctly in that OS's, that will help users and developers to get benefits. That's why is important to have jhbuild creating binaries for development versions, as a tools for other OS users to test GTK+ before any new release. El jun 6, 2014 6:02 p.m., "Andy Tai" escribió: > My wife uses GIMP on windows, if you want a random sample. Yes, saves all > the money that would go to Adobe. > > > On Fri, Jun 6, 2014 at 3:24 PM, C. Thomas Stover > wrote: > >> On Fri, 06 Jun 2014 23:37:37 +0200, Alberto Ruiz wrote: >> >> > Do you have any idea how many people save hunderds of dollars by having >> > GIMP and Inkscape available on Windows? >> > >> >> No, that's why I asked. GIMP and Inkscape are great. I use them both. >> Though do many people use them on windows? This is a serious question. >> >> C. Thomas Stover >> >> ___ >> desktop-devel-list mailing list >> desktop-devel-list@gnome.org >> https://mail.gnome.org/mailman/listinfo/desktop-devel-list >> > > > > -- > Andy Tai, a...@atai.org, Skype: licheng.tai > Year 2014 民國103年 > 自動的精神力是信仰與覺悟 > 自動的行為力是勞動與技能 > > ___ > gtk-list mailing list > gtk-l...@gnome.org > https://mail.gnome.org/mailman/listinfo/gtk-list > > ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GTK+3/Win32 : looking for help
Have you considered to have a Bugzilla product to file against and follow solutions? I don't any Autotools issue. Have you a repository on git.gnome.org or consider to have one? Could this make your effort an official one? El jun 6, 2014 6:49 a.m., "Tarnyko" escribió: > Hi folks, > It may have been obvious to anybody following the releases, but I severely > lack the free time (hence the ability) to work on GTK+3 for Win32, for some > months now. So I am basically asking for help. > I summarized the who-what-when in this blog post : > http://www.tarnyko.net/en/?q=node/48 > So if anybody wants to contribute, he's more than welcome to answer this > thread, or show up on IRC. > Regards, > Tarnyko > ___ > gtk-list mailing list > gtk-l...@gnome.org > https://mail.gnome.org/mailman/listinfo/gtk-list > ___ desktop-devel-list mailing list desktop-devel-list@gnome.org https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Platform for Developer Documentation
I think GDA must be considered, as a developer platform, because Anjuta depends on it. I think other projects may can take advantage of its features to save metadata, documents, history, etc. on database engines and share with others by using central servers or so. 2010/3/8 Alberto Ruiz : > 2010/3/8 Josselin Mouette : >> Le dimanche 07 mars 2010 à 15:16 -0600, Shaun McCance a écrit : >>> * PackageKit >> >> I don’t think we should consider PackageKit as a core development >> interface, but rather as an optional service. It doesn’t integrate >> properly with all distributions, and not all user setups make it useful, >> especially the largest installations. > > Release often, release early. The only way to improve support is to > embrace it and push its adoption and get people to file bugs. > >>> * PulseAudio >> >> Maybe it’s (still) a little too early to consider it? Support for a wide >> range of hardware is still very poor as of kernel 2.6.32. > > Same here. > > I'm growing a bit sick of GNOME having to be in this "limbo" situation > where it can't stick to any technology because downstream > distributions choose not to ship some components by default. > > PackageKit and PulseAudio are two projects that are pretty well > aligned with the GNOME platform in terms of API technology and goals, > they solve hard problems to solve, they don't have any real contenders > (yes they have problems, but if we wait until they are perfect, we > will never have a platform). > > So my take on this is, embrace those, help downstream to embrace them, > but let's not hold back or we will end up with a half arsed platform > that tries to solve everyone's problems and will end up solving no > one's. > >> Furthermore, if you want to consider hardware support, maybe you can >> talk about GUdev? It’s still Linux-specific, but currently it is the way >> to go. >> >> -- >> .''`. Josselin Mouette >> : :' : >> `. `' “I recommend you to learn English in hope that you in >> `- future understand things” -- Jörg Schilling >> >> ___ >> desktop-devel-list mailing list >> desktop-devel-list@gnome.org >> http://mail.gnome.org/mailman/listinfo/desktop-devel-list >> > > > > -- > Un saludo, > Alberto Ruiz > ___ > gnome-doc-list mailing list > gnome-doc-l...@gnome.org > http://mail.gnome.org/mailman/listinfo/gnome-doc-list > -- Trabajar, la mejor arma para tu superación "de grano en grano, se hace la arena" (R) (en trámite, pero para los cuates: LIBRE) ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
