Hi,
So Gimmie 0.2.8 was just released, and fixes many of the issues I
outlined in the proposal mail. It's the most solid release yet, with
lots of testing and most major bugs fixed. Check it out!
Details inline...
On Sep 24, 2007 12:27 PM, Alex Graveley [EMAIL PROTECTED] wrote:
Issues that I
Seems like it might be less risky to start in 2.22 by porting all the
simpler load/save gnome-vfs users to gio first, to flesh out the API.
Replacing an API which has been stable for a few years with an API
that hasn't seen much review, has had no releases, and has had no
applications ported to
, 2007-09-25 at 05:29 -0700, Alex Graveley wrote:
Seems like it might be less risky to start in 2.22 by porting all the
simpler load/save gnome-vfs users to gio first, to flesh out the API.
Replacing an API which has been stable for a few years with an API
that hasn't seen much review, has
Hi,
The Gimmie applet has been around for some time. Gimmie is a tab-like
replacement for the main Panel menubar, providing logical access to
the concepts of the desktop[1].
For more information, see the Gimmie homepage at
http://beatniksoftware.com/gimmie. Gimmie is stored in GNOME SVN, and
Just wondering... is there a point to keeping a separate AUTHORS file,
or should we just svn mv these to MAINTAINERS and update the format?
-Alex
On 8/11/07, Olav Vitters [EMAIL PROTECTED] wrote:
On Tue, Aug 07, 2007 at 06:51:31PM -0400, Behdad Esfahbod wrote:
On Wed, 2007-08-08 at 00:36
Awesome! I've been looking at doing DBUS binding for Pyro, but I'd
gladly use yours instead.
I don't really understand why you'd expose Firefox's HTTP stack over
dbus, or allow DOM manipulation using the same. What do you have in
mind?
-Alex
On 7/23/07, Ian McKellar [EMAIL PROTECTED] wrote:
I'm coming late here, but lucky this discussion is dumb so I didn't miss much.
The online desktop should allow it's users to dump stuff into their
own personal WebDAV space. This is useful for a million and one
things.
Tomboy exports to WebDAV already. Tomboy can export to a little
corner of
Please constrain useless comments like this to private email.
-Alex
Alex Jones wrote:
Let's face it, slab was conceived out of Novell's desire to make SuSE a
drop-in for Windows.
I don't think this is the direction we want to be taking GNOME,
personally.
You guys should really check out how the Gimmie applet is doing things.
Recently used apps are easy to find, as they're listed right next to the
flattened menu categorisation Gimmie uses in the Applications pane. So
there is very little impedence for apps not in the recent list.
Favorite
Hi,
I've just been notified that I need to make support for GtkSpell
optional (it's currently a hard dependency). Just want to verify this.
-Alex
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
Why clutter common parts of the UI with an action that people will run
at most once? It will be triggered automatically the first time Tomboy
is run for most people anyway (after Sanford's most recent change goes in).
-Alex
Matthias Clasen wrote:
On 8/22/06, Sanford Armstrong [EMAIL
Slab is a better system and GNOME should use it by default, IMHO :)
-Alex
David Nielsen wrote:
tir, 22 08 2006 kl. 17:53 -0300, skrev theblues gnr:
I don't think an usability test has ever been done with the current layout.
At least I never heard of one.
BetterDesktop seems to have
If we do something like this, I think it's important to present the UI
in a way which isn't overwhelming. Having a bunch of apps that I've
never heard about and never run populating a huge list in the
already-huge keybindings dialog would be undesirable. No real ideas
here, just something
I don't see these two as being very different from a user's perpective.
Given how long the list in the capplet is today, I already just guess
when setting a keybinding there, and rely on the app to show me a
conflict.
-Alex
Havoc Pennington wrote:
Since bindings are a global resource
Tomboy already does this, though the description it gives is pretty
minimal today. What do you think it should say?
-Alex
Iain * wrote:
Maybe on first run the Start Here note could pop up on screen and
explain what it is. I dunno, but thats a discussion for the tomboy
developers.
Hi,
Here's a status update on recent Tomboy happenings...
I've applied a patch originally from Novell to use Tango icons and
removed the possibly legally entangled Tintin icon. I've also just
committed the patch from Sanford for the initial Sticky Note importer
plugin. And I've merged a
Hi,
Novell has sent me their patch to replace the Tintin icon with a Tango
icon, so the next release will no longer have it.
-Alex
Steve Frécinaux wrote:
Jeff Waugh wrote:
quote who=Jeff Waugh
* Should we include Tomboy in the Desktop suite? (completely
independently from the fact
Hi,
To the first quoted point, I don't recall ever rejecting Sticky Note
import. Quite the contrary, I've advocated that we use a first-run
import wizard to aid migration.
Serendipitously, in recent days, most of the major work for importing
has been contributed by Sanford Armstrong in the
Notes in Sticky Notes are modal meaning they are all displayed on the
screen or they are all hidden. I currently have 307 Tomboy notes :-)
-Alex
Steve Frécinaux wrote:
What about sharing the note storage between the two ? I feel like it's
not possible for tomboy to use raw stickynotes data
I would love to write documentation for Tomboy, and fully intend to.
But as my users have not requested it, and Tomboy's acceptance into
GNOME is still totally up in the air for other reasons, I hope you can
understand why I've held off on it in favor of other endeavors.
-Alex
Shaun McCance
Respectfully, I don't agree. There is a big set of missing frameworks
that stops rich interop in Gnome applications, and generally make
applications much harder to write well. All other desktop platforms
include at least a subset of these...
* Document framework
Provides document
The thing is that the user models are very different. If a sticky notes
user is accustomed to always seeing his notes on his desktop, all at the
same time, if after an upgrade his notes are locked away in a menu with
no easy way to get them all to display again, he might be confused and
I think using Star-Bellied Sneetches and Plain-bellied Sneetches
would work well, if you're in to the whole brevity thing.
-Alex
Jason D. Clinton wrote:
On Mon, 2006-07-17 at 10:33 +0200, Andy Wingo wrote:
On Sun, 2006-07-16 at 23:33 -0500, Jason D. Clinton wrote:
Anti-Mono folks generally
Seconded.
-Alex
Soeren Sandmann wrote:
I would like to turn off the login splashscreen by default, for the
following reasons:
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
I'd rather see SoC contributors working on syncing multiple computers,
or shared notes, or even bulletpoints (which could benefit all
GtkTextView using applications).
I'm not sure how to get the ball rolling on SoC though. What can I do
as a maintainer/possible mentor?
-Alex
Nigel Tao
Hi,
1) This bug could probably use some feedback from you, if you are still
seeing it in the newest version.
2) This is an artifact of depending on Gtk# 1. Work to remove this
dependency and switch to Gtk# 2 is underway on the tomboy-0-4 CVS
branch, the next major release branch. Please
HELLO?! Check 1-2-3?
The discussion *was* about Tomboy. An small app I wrote that people
like, and which could benefit from adoption in GNOME. Thanks for
throwing any chance for productive discussion out the window.
Maybe I'll wait until 2.20 to propose again. Maybe...
-Alex
Luis
doesn't store in e-d-s either, and I've not
received any requests for tomboy/e-d-s storage. A future goal to unify
storage sounds good to me, once people start using Tomboy and Evolution
notes both.
-Alex
Rodrigo Moya wrote:
On Thu, 2006-04-20 at 12:10 -0700, Alex Graveley wrote:
Two questions
Two questions:
1) Can you explain the actual user-benefit to keeping Tomboy notes in e-d-s?
2) Is moving Tomboy to use e-d-s going to be a requirement for inclusion
in Gnome?
-Alex
Rodrigo Moya wrote:
On Thu, 2006-04-20 at 17:27 +0530, Harish Krishnaswamy wrote:
Embedded GTKHTML in the
Seriously. There *are* those of us out there actively working towards
3.0. We'd get there a lot quicker with more help.
http://beatnik.infogami.com/Gimmie
-Alex
Jeff Waugh wrote:
Write code. Make things happen. That's ultimately what matters.
Nah, you just need stable URLs and a DBUS interface, which Tomboy
already has.
-Alex
JP Rosevear wrote:
I'm not totally sure its worth it. But if we want to talk about first
class objects and tagging there has to be some storage mechanism for the
meta data (e-d-s, beagle, tracker,
I think including Gtk#2 in the binding set is a prudent idea, but we
should ask the maintainer if he is interested. Mike?
-Alex
Vincent Untz wrote:
Hi Alex,
Le mardi 18 avril 2006 à 14:33 -0700, Alex Graveley a écrit :
Given that Tomboy is the probably the smallest and therefore the most
(namely the
stickiness). An import wizard the first time tomboy is run might be a
better option.
-Alex
Rodney Dawes wrote:
On Tue, 2006-04-18 at 14:33 -0700, Alex Graveley wrote:
Tomboy is already a well-behaved Gnome application, but several tasks
would need to be completed before inclusion
All the more reason to get some more eyes looking at it!
-Alex
Federico Mena Quintero wrote:
On Tue, 2006-04-18 at 14:33 -0700, Alex Graveley wrote:
Tomboy is a desktop note-taking application for Gnome and is bundled by
many major distributions. I think it counts as a popular
Speaking of Emacs, one of my favorite features has always been when
executing an M-x command that the minibar flashes the shortcut sequence
you _could_ have used for the same task.
I find that I learn the commands I use most often[1] this way. If I
know the command it's because I've seen
at 20:07 -0700, Alex Graveley wrote:
Does anyone have any sort of convincing argument as to why an API
abstraction in this case is *needed*?
(I like abstractions is not an argument.)
Here are some arguments:
1. So I don't have to have a series of #ifdef statements to support
various
I would suggest just stealing the Tomboy code for this until something
better comes along. See
http://cvs.gnome.org/viewcvs/tomboy/libtomboy/tomboykeybinder.[ch].
Also, another suggestion would be to always search Beagle in realtime
and include the results inline in addition to all the
For the record, I think such a widget would be useful for almost every
document-based application.
Such a widget should be robust enough to handle simple
snapshot-the-viewport behavior, and overridable to support more advanced
things like outline-shadowing for longer text files used in some
My gut reaction is that you should disable it now, and reenable/cache
xrdb if user response is negative. This way you could focus on other
ways to speedup the desktop launch, possibly providing other major wins.
The Return on Happiness (ROH) is much higher for speeding up 95% of our
users
Jody,
How complete is your undo stack? Does it handle undoing style changes?
Redoing rich content pastes? Inserting images? Does it handle
aggregating multiple key presses or deletes into words that can be
undone as a unit?
-Alex
Jody Goldberg wrote:
On Fri, Aug 26, 2005 at 02:03:00PM
I'm all for spellchecking in Gtk, but GtkSpell has been nothing but
trouble for me in Tomboy. It still doesn't handle multiple textbuffers
sharing a tag table (which means that rich copy/paste doesn't work), and
has some serious memory leaks (though this may be due in part to pspell).
Seems like a simple heuristic could be employed here, to not be overly
intrusive and still very useful...
Define a set of extreme events, such as rain, sleet, snow whatever. If
and only if the weather changes from a non-extreme event to an extreme
event, then notify. Use a time threshold
Hi,
I think the Windows capplet should be removed from the main Gnome
control-center packages, and spawned off into a GnomeUITweak package
that is part of the Fifth Toe or similar.
Call me a nut, but I think the CDDB, Menus Toolbars, and Multimedia
System Selector capplets should as well.
I think merging Font into some sort of Appearance capplet makes a lot of
sense. I think Appearance is a perfectly discoverable name for this
kind of setting.
Merging Font into an Appearance applet would open up the ability to have
an actual Font capplet, that launches fontilus. Installing
So what do I tell Tomboy users who complain that its global keybindings
don't work from the myriad other WMs out there?
At least when I do the X keybinding myself it mostly works from
everywhere.
-Alex
Havoc Pennington wrote:
On Fri, 2005-07-01 at 17:23 +0200, Erwann Chenede wrote:
3)
of conflict
avoidance... apps can still bind using X manually, which is what is done
today.
-Alex
Mark McLoughlin wrote:
On Thu, 2005-06-16 at 11:57 -0700, Alex Graveley wrote:
I think the global binding problem can be solved by just designating a
GConf path that apps install a keybinding
tree through gnome-keybinding-properties.
This makes things a lot easier to debug and there is no overhead if an
app with global bindings is not running.
-Alex
Nigel Tao wrote:
Alex Graveley wrote:
I think it is a bad idea to make the global keybinding more
accessible to apps... really
Can we please hear the opinions from the maintainers of eog and evince,
as to how they feel about one doing something for which it was not
designed and the other being essentially deprecated?
... hair trigger away from delete thread ...
-Alex
On Apr 19, 2005, at 7:25 AM, Steven Garrity wrote:
48 matches
Mail list logo