Re: Moving spellcheckers into the Gtk+ stack

Sometimes you use words from various languages. Let's think of a line: Instalé el firewall! That's spanish + english in one line. On 12/6/06, Travis Watkins <[EMAIL PROTECTED]> wrote: > On 12/5/06, Diego Escalante <[EMAIL PROTECTED]> wrote: > > xchat-gnome allows you to check more than one langua

Re: Moving spellcheckers into the Gtk+ stack

On 12/5/06, Diego Escalante <[EMAIL PROTECTED]> wrote: > xchat-gnome allows you to check more than one language in its > Spell-checking preferences, I use it like that everyday and I have no > problem. At least with spanish + english selected. > > The configuration dialog should allow to do the sam

Re: Moving spellcheckers into the Gtk+ stack

Il giorno mar, 05/12/2006 alle 20.33 +0100, Paolo Maggi ha scritto: > Marco Barisione (of GRegex fame) and Emanuele Aina under my supervision > wrote a little library we never published to split out from gedit the > gedit independent part of the spell checker plugin [4]. > > So... what am I propos

Re: Moving spellcheckers into the Gtk+ stack

Hi, xchat-gnome allows you to check more than one language in its Spell-checking preferences, I use it like that everyday and I have no problem. At least with spanish + english selected. The configuration dialog should allow to do the same thing. See ya On 12/5/06, Claudio Saavedra <[EMAIL PROT

Re: Moving spellcheckers into the Gtk+ stack

Hi all, On Tue, 2006-12-05 at 14:25 -0500, Dominic Lachowicz wrote: > > - Develop a simple tool for control-center to adjust above > settings. > > Is this strictly necessary? Or would it be better to have it default > to g_getlocale()? I think it would be necessary. Many users see themselves

Re: Moving spellcheckers into the Gtk+ stack

I fully agree with your proposition. Are you going to implement it if accepted ? Étienne. -- Verso l'Alto ! signature.asc Description: Ceci est une partie de message numériquement signée ___ desktop-devel-list mailing list desktop-devel-list@gnome.org

Re: Moving spellcheckers into the Gtk+ stack

Hi all, > - Move Enchant into glib as a new module called gspell. Enchant is a > small client-side library that loads modules that interface with > spell-checking backends, like aspell, ispell, MySpell, etc. It's > written by Dom, uses glib, and KDE recently forked it and called it > kspell2 or

Re: Moving spellcheckers into the Gtk+ stack

I like your proposal. BTW... GARNOME has been shipping enchant to be used with Abiword for quite a while now. To date, there have been no issues reported. -Joseph On Tue, 2006-12-05 at 14:01 -0500, Behdad Esfahbod wrote: >

Re: Moving spellcheckers into the Gtk+ stack

Hi Behdad, > - Move Enchant into glib as a new module called gspell. Enchant is a > small client-side library that loads modules that interface with > spell-checking backends, like aspell, ispell, MySpell, etc. It's > written by Dom, uses glib, and KDE recently forked it and called it > kspell

Re: Moving spellcheckers into the Gtk+ stack

hi Behdad; On Tue, 2006-12-05 at 14:01 -0500, Behdad Esfahbod wrote: > Comments? nothing more than: rock on! :-) seriously: it makes completely sense. just a single "feature request": adding a conditional parameter to compile it out on small(ish) platforms with tight memory constraints (as I u

Moving spellcheckers into the Gtk+ stack

Hi, So, everybody wants to find a steak that's slightly red. Oops, I mean, they all want spell-checking for free in all their text widgets. Spell-checking is as natural a feature as i18n text rendering, or input methods. Individual apps shouldn't have to bother. If editors or word processors wa

Re: Proposal: NetworkManager for GNOME 2.18.

> If we don't ditch network-admin, what about a "enable roaming mode" > checkbox that deconfigures the wifi interface and lets NM do its job? Hrm, great thought! - Jeff -- linux.conf.au 2007: Sydney, Australia http://lca2007.linux.org.au/ "2.4.1ac17 is full of innovations and s

Re: Proposal: NetworkManager for GNOME 2.18.

On Tue, 2006-12-05 at 10:30 +1100, Jeff Waugh wrote: > > > > If it's a priority, it can certainly be done. > > I don't think this is wildly important - it'll just increase maintainership > requirements for you unnecessarily. > > What we do need, however, is some kind of co-operation between NM

Re: Liboobs versions

Hi!, On Tue, 2006-12-05 at 03:13 -0300, Mariano Suárez-Alvarez wrote: > Hi all, > > gnome-system-tools now depends on liboobs 2.17.4 while > , > which is used by the GNOME 2.18 moduleset, still lists 0.6

Re: GEdit wants enchant

Hello, Am Dienstag, den 05.12.2006, 08:26 +0100 schrieb Kjartan Maraas: > I agree. But I'm not sure about Enchant and how widespread that is in > various distros. Anyone? Ubuntu has it and I uploaded the new version building against enchant (1.2.3) to feisty yesterday. Have a nice day, Daniel

gedit wants enchant (Was: Re: GEdit wants enchant)

Hi guys, > nowadays (), gedit > depends on Enchant for its spell checker plugin. This dependency can be > eliminated by passing --disable-spell to configure, but as spell > checking is a rather important thing this sounds like a bad idea. Th

Update hicolor-icon-theme required version in external dependencies

The currently required version is 0.9 [1] but recently was released the 0.10, supporting the installation of named icons in new contexts defined in Icon Naming Spec [2] What's the difference? It's simple, let me assume that you want to provide named icons for your application using the trick expla

Re: GEdit wants enchant

On Tue, 2006-12-05 at 08:26 +0100, Kjartan Maraas wrote: > > nowadays (), gedit > > depends on Enchant for its spell checker plugin. This dependency can be > > eliminated by passing --disable-spell to configure, but as spell > > checking is a r