Re: Tomboy in Desktop

2006-07-28 Thread Iain *
On 7/28/06, Andrew Cowie [EMAIL PROTECTED] wrote:

 How does all this square with the notes component in Evolution? Seems
 that instead of both above the right term would be all three

 [I've had the switcher buttons turned off for a long time, so only just
 noticed that such a thing was even in Evolution... but it's part of the
 desktop, no?]

This was part of the discussion of making tomboy use EDS for sharing
notes with evolution. I forget how that discussion ended up

iain
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Baobab

2006-07-28 Thread Fabio Marzocca
On 7/27/06, Jeff Waugh [EMAIL PROTECTED] wrote:
 Different point of view: I know an Ubuntu community member is working on an
 app to help a user clean up big stuff (and known things that take up a lot
 of room) on their disk. So instead of telling them to go run the weird app
 that makes them browse a graph of their disk and find stuff themselves, it
 suggests things based on its knowledge of GNOME disk usage and analysis of
 other large directories.


Hey, wait!
I am an Ubuntu Community member too...:

https://launchpad.net/people/thesaltydog

see also: http://lxer.com/module/newswire/view/49268/index.html
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Baobab

2006-07-28 Thread Fabio Marzocca
On 7/27/06, Jeff Waugh [EMAIL PROTECTED] wrote:
 I *definitely* think Baobab is a cool tool. But I don't see why it should be
 (or needs to be) on every user's desktop.

Jeff,
maybe following links could help in answering your question?

http://www.ubuntuforums.org/search.php?searchid=7050176

https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue6  (see Feature of the Week)

http://roozeec.over-blog.com/article-2937003.html

http://ubuntu.wordpress.com/2005/10/25/baobab-graphically-analyze-file-trees/

http://www.gnomefiles.org/app.php?soft_id=1002 (see user ratings and downloads)

http://forums.gentoo.org/viewtopic-t-379230-highlight-baobab.html

http://forums.fedoraforum.org/showthread.php?t=102127



Consider that baobab is not a simple replacement of du, but it  can
scan also remote folders on remote servers thru ssh,ftp,smb,http or
https, and gives graphical representation of the disk usage by means
of a TreeMap graph and (in the next future) a Pie Chart.

Fabio
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Baobab

2006-07-28 Thread Gustavo J. A. M. Carneiro
  BTW, I just noticed baobab is not HIG compliant:

  * File-Preferences should be Edit-Preferences;

  * The file search dialog uses a frame, and has a separator;

  * Not sure HIG says anything about this, but having an Exit button in
the toolbar is weird; also having a check button instead of a toggle
button is weird.

  Cool program otherwise.

  Regards.

On Sex, 2006-07-28 at 11:01 +0200, Fabio Marzocca wrote:
 On 7/27/06, Jeff Waugh [EMAIL PROTECTED] wrote:
  I *definitely* think Baobab is a cool tool. But I don't see why it should be
  (or needs to be) on every user's desktop.
 
 Jeff,
 maybe following links could help in answering your question?
 
 http://www.ubuntuforums.org/search.php?searchid=7050176
 
 https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue6  (see Feature of the 
 Week)
 
 http://roozeec.over-blog.com/article-2937003.html
 
 http://ubuntu.wordpress.com/2005/10/25/baobab-graphically-analyze-file-trees/
 
 http://www.gnomefiles.org/app.php?soft_id=1002 (see user ratings and 
 downloads)
 
 http://forums.gentoo.org/viewtopic-t-379230-highlight-baobab.html
 
 http://forums.fedoraforum.org/showthread.php?t=102127
 
 
 
 Consider that baobab is not a simple replacement of du, but it  can
 scan also remote folders on remote servers thru ssh,ftp,smb,http or
 https, and gives graphical representation of the disk usage by means
 of a TreeMap graph and (in the next future) a Pie Chart.
 
 Fabio
 ___
 desktop-devel-list mailing list
 desktop-devel-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/desktop-devel-list
-- 
Gustavo J. A. M. Carneiro
[EMAIL PROTECTED] [EMAIL PROTECTED]
The universe is always one step beyond logic.

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Baobab

2006-07-28 Thread Fabio Marzocca
On 7/28/06, Gustavo J. A. M. Carneiro [EMAIL PROTECTED] wrote:
   BTW, I just noticed baobab is not HIG compliant:


Current version in CVS HEAD is fully-HIG-compliant.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Baobab

2006-07-28 Thread Fabio Marzocca
On 7/28/06, Gustavo J. A. M. Carneiro [EMAIL PROTECTED] wrote:
   BTW, I just noticed baobab is not HIG compliant:


Gustavo, I have noticed you are using an old version...
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Tomboy in Desktop

2006-07-28 Thread Iain *
On 7/28/06, Alan Horkan [EMAIL PROTECTED] wrote:

 As you probably already know Havoc Pennington wrote a very interesting
 article about Working on Free
 Software http://ometer.com/hacking.html
 which makes a strong point of Don't start by launching your own project
 but Gnome is faced by a lot of overlapping projects.

Strange as it may seem, some people don't take everything Havoc writes
as gospel (forgive me Havoc). I disagreed with it on many points when
I read it when he wrote it in 1999 and I still do now that I've read
it again.

I do suggest you give it a thorough read through yourself.

 Realistically taking [sticky notes] out of Gnome is a kiss of death.

Realistically, sticky notes is dead.
In the last 18months since its rewrite () it has received three
commits that were adding features, the last being in January 2006 to
add Hide Notes to the menu
Now, it has had a good number of minor maintence commits, fix a memory
leak here, a crasher there, but in terms of development, it is dead.

I have nothing to say on anything else you have said, because really
its all been said before and contains nothing new. I have stated my
opinion, and I'd be extremely happy if you left it at that.

iain
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Winners of today's build breakages

2006-07-28 Thread Carlos Garnacho
On Thu, 2006-07-27 at 16:36 +0200, Frederic Peters wrote:
 Carlos Garnacho wrote:
 
  This decision saddens me... I should mention that there's an internal
  copy of Net::DBus in CVS since July 7th, it's just that I've lacked both
  time and internet connection to make tarballs, I'll work on it, although
  it seems a bit late...
 
 And it would probably be better for this internal copy not to install
 in Perl global directories; unfortunately I have not enough Perl-fu to
 know about this.

I think the main issue in that case is packagers, and they'll probably
package Net::DBus separatedly and avoid the internal copy, but you're
right, it's fixed in HEAD.

Regards

 
 
 Frederic
 ___
 desktop-devel-list mailing list
 desktop-devel-list@gnome.org
 http://mail.gnome.org/mailman/listinfo/desktop-devel-list
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Baobab

2006-07-28 Thread intech
On 7/27/06, Jeff Waugh [EMAIL PROTECTED] wrote:
 You are explaining *how* Baobab does what it does, not what the user goal is
 that we should be addressing.

I think you hit the problem, and it has to do with the way Baobab
currently presents itself to the user, but I don't think it would be
hard to change that presentation.

I think the problem is the discoverability of this tool is very poor.
I don't think the appropiate way to access it is from the Applications
menu. I think just a little bit of Nautilus integration.

The use case for the average user of this tool is that they are trying
to save space, and find what folder is taking up a lot of space. The
traditional approach, as previously mentioned, is to right click on
each folder and select properties, which is very time consuming, but
thats the best way the user is most likely going to think to do it,
because file management takes place in nautilus. If the context menu
had an option Analyze Disk Usage when you select one or more
folders, and then that automatically opened baobab and then
automatically scanned the folders, then it would make itself very
useful to users, as they would recognize they don't need to go to
properties for each folder.

I also think the UI needs a usability review.  The preferences dialog
seems very confusing, and I think the entire menu could be removed in
this tool as _everything_ is duplicated on the toolbar (except
preferences which I don't see a point to that dialog anyways)... Also,
if it integrates into nautilus as I mentioned, then maybe the
Filesystem/Folder/Network buttons could be removed as well... at the
very least, why do we need seperate buttons for Folder and Filesystem
when Filesystem is in the filechooser?

So, in summary, I think the thing to do is give it a good UI/usability
review and change the way the application is launched, and I think it
would make a great addition to the desktop.
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Baobab

2006-07-28 Thread Fabio Marzocca
On 7/28/06, intech [EMAIL PROTECTED] wrote:
 had an option Analyze Disk Usage when you select one or more
 folders, and then that automatically opened baobab and then
 automatically scanned the folders, then it would make itself very
 useful to users, as they would recognize they don't need to go to
 properties for each folder.


If you have properly set up things, when you right-click on a folder
from Nautilus, you have Open with Baobab in the context-menu.

Fabio
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Baobab

2006-07-28 Thread Fabio Marzocca
On 7/28/06, intech [EMAIL PROTECTED] wrote:
 I also think the UI needs a usability review.  The preferences dialog
 seems very confusing, and I think the entire menu could be removed in


The preference dialog lists all the mounted devices (as reported by
glibtop) and allows users to un-select some of them from a global
scan. For instance, if you have a pc with several network disks
mounted, this is to avoid/allow scanning over the LAN.
If it is not clear, I can change the UI, but this is the very first
time I hear about unclarity of the prefs dialog, not even a complain
from an user... Anyway, everything in this world is perfectable.

Fabio
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Baobab

2006-07-28 Thread intech
Hmm, I guess Ubuntu Edgy isn't properly setup _

But does that mean anything to normal users? Open with some random set
of letters that I can't pronounce? It needs to be something clear to
users that they should go to that option rather then properties when
they're hunting for folders that are taking up a lot of space.

On 7/28/06, Fabio Marzocca [EMAIL PROTECTED] wrote:
 On 7/28/06, intech [EMAIL PROTECTED] wrote:
  had an option Analyze Disk Usage when you select one or more
  folders, and then that automatically opened baobab and then
  automatically scanned the folders, then it would make itself very
  useful to users, as they would recognize they don't need to go to
  properties for each folder.


 If you have properly set up things, when you right-click on a folder
 from Nautilus, you have Open with Baobab in the context-menu.

 Fabio

___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list