Re: [Ayatana] Do You Use Gwibber?

[Conscious User]

Well, I don't know how else "entry" could be interpreted...




-Original Message-
From: frederik.nnaji 
To: Conscious User 
Cc: ayatana 
Sent: Fri, Dec 10, 2010 3:45 pm
Subject: Re: [Ayatana] Do You Use Gwibber?


On Tue, Dec 7, 2010 at 17:13, Conscious User  wrote:


As for the entry in the Messaging Menu, if it had character counting and url
shortening I'd be using it a lot more, because it makes sense: I shouldn't need
to explicitly open Gwibber to post a message, just like I shouldn't need to
explicitly open my contact list just to change my status.


i think you mean the status input field of the Me Menu here, right?



 
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp

Re: [Ayatana] progress window chrome

[frederik.nn...@gmail.com]

On Wed, Dec 8, 2010 at 13:22, Matthew Paul Thomas  wrote:

>
> frederik.nn...@gmail.com wrote on 07/12/10 01:42:
> >
> > what purpose has the titlebar in the attached image?
> > I can only imagine that it is meant as a drag handle..
> >...
>
> Yes. It is a bug in the HIG that it recommends repeating title bar text
> as primary text in progress windows.
>

Forgive me, my quoting was sloppy, here's the quote in context:

On Wed, Jun 16, 2010 at 17:04, Matthew Paul Thomas wrote:
> Jarlath Reidy wrote on 11/05/10 23:37:
> >...
> >
> > But what about the red x on the top left of the window? It could cancel
> > the operation. Then I thought 'when I close nautilus, it doesn't delete
> > all my files. It just dismisses that view of my filesystem.' - so it
> > probably just closes the window without effecting the operation.
> >...
>
> To avoid that kind of confusion, a progress window -- a window that
> embodies a task the computer is completing, and closes itself when done
> - -- should not have a close button in its title bar at all.
>
> The failure to systematically distinguish progress windows, dialogs, and
> other window types is a long-standing design flaw in Gnome.
>

This is what i was trying to bring up again!
I agree that there are different types of windows, or better "display
objects", that need distinguishing.
IMO we should give desklets another look, compiz has an extra layer for such
stuff and i think its time to put it to use.


> In 2008 I wrote a specification for Nautilus's progress window.
> 
>

This looks like a dynamic menu with a window border around it to me..
Just thinking out aloud, i'll be silent now ;)
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp

[Ayatana] Some ideas for the Software Center

[Alexander Lancey]

Firstly, sorry if this the wrong mailing list.

I've been thinking about the Software Center, and I came up with three
ideas I'd like to see.

Two are related to offline functionality - queueing and caching. I
recently tried to select a package for installation, while I was
offline. Instead of it setting the package aside for later, or even
giving a concise error, it gave 404s. I think the Software Center, when
offline, should let you know and ask if you want to install things
later.

Caching packages would also be really nice. The package I wanted was
small, and had been suggested by another package or two. The Software
Center could potentially look for smallish packages that are recommended
(by your apps or based on your apps), then download the debs when you're
idling or just not sending very much data. Not only would this speed up
installations when/if you want to install one of these packages, but you
could install these while offline.

The third idea is to have a button or something to make desktop links,
since some people don't realize they ever can.
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp

Re: [Ayatana] Do You Use Gwibber?

[Conscious User]

Sigh... so indeed it was my fault. And I in fact re-read what I wrote two or
three times to make sure there wasn't any ambiguity and still managed
to miss that... Sorry. :(


Anyways, for the sake of giving a more complete answer: it should be
mentioned that the Me Menu has always been designed to be more
functional with respect to microblogging thant it is now:


https://wiki.edubuntu.org/MeMenu#Use%20cases






-Original Message-
From: Frederik Nnaji 
To: Conscious User 
Sent: Sat, Dec 11, 2010 2:36 am
Subject: Re: [Ayatana] Do You Use Gwibber?


On Sat, 2010-12-11 at 03:36 -0500, Conscious User wrote:


Well, I don't know how else "entry" could be interpreted...


..because you wrote "entry in the Messaging Menu" i was not sure if you meant 
"Me Menu"..

i personally use the word "entry" synonymously  to menu item sometimes.. that's 
why i got a lil confused, all good now, i get it :D
thanks for your brilliang ideas, i've been learning a lot by just reading your 
msgs!

safe

nnaji



-Original Message-
From: frederik.nnaji 
To: Conscious User 
Cc: ayatana 
Sent: Fri, Dec 10, 2010 3:45 pm
Subject: Re: [Ayatana] Do You Use Gwibber?


On Tue, Dec 7, 2010 at 17:13, Conscious User  wrote:


As for the entry in the Messaging Menu, if it had character counting 
and url
shortening I'd be using it a lot more, because it makes sense: I 
shouldn't need
to explicitly open Gwibber to post a message, just like I shouldn't 
need to
explicitly open my contact list just to change my status.


i think you mean the status input field of the Me Menu here, right?




 


___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp

Re: [Ayatana] Some ideas for the Software Center

[Peterson Silva]

Wow, those were pretty neat ideas! Software Centre shouldn't be rude to
people without an internet connection at the moment =)

But the thing about caching should be an opt-in thing, IMHO.

*Peterson*
*http://petercast.net*



On 11 December 2010 19:24, Alexander Lancey  wrote:

>  Firstly, sorry if this the wrong mailing list.
>
> I've been thinking about the Software Center, and I came up with three
> ideas I'd like to see.
>
> Two are related to offline functionality - queueing and caching. I recently
> tried to select a package for installation, while I was offline. Instead of
> it setting the package aside for later, or even giving a concise error, it
> gave 404s. I think the Software Center, when offline, should let you know
> and ask if you want to install things later.
>
> Caching packages would also be really nice. The package I wanted was small,
> and had been suggested by another package or two. The Software Center could
> potentially look for smallish packages that are recommended (by your apps or
> based on your apps), then download the debs when you're idling or just not
> sending very much data. Not only would this speed up installations when/if
> you want to install one of these packages, but you could install these while
> offline.
>
> The third idea is to have a button or something to make desktop links,
> since some people don't realize they ever can.
>
> ___
> Mailing list: https://launchpad.net/~ayatana
> Post to : ayatana@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ayatana
> More help   : https://help.launchpad.net/ListHelp
>
>
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp

Re: [Ayatana] Do You Use Gwibber?

[frederik.nn...@gmail.com]

On Sat, Dec 11, 2010 at 22:40, Conscious User  wrote:

>
> Anyways, for the sake of giving a more complete answer: it should be
> mentioned that the Me Menu has always been designed to be more
> functional with respect to microblogging thant it is now:
>
>  https://wiki.edubuntu.org/MeMenu#Use%20cases
>

Reading this spec over again was quite inspiring!
The first thing that came to my mind, is to conclude the poll for now and to
focus on the new task at hand:
- how to merge the messaging menu with the me menu.

the only thing i can see that the two have in common is their social
context, so i'd brainstorm some titles:
We Menu
Social Menu
People Menu
Contact Menu
Communication Menu
*Me Menu*

after a couple of hours of research on icons, symbols and pictograms for
"Feed", "Stream" and "Communication", i finally came to realize that the
combined menu we are looking for will not represent a protocol, a group of
protocols or a type of communication, it will represent ME in context of my
social environment, computerized, connected, attentive to hails or occupied
otherwise.

The purpose of the messaging menu is pretty clear, there is not much to
discuss. The envelope on top of it doesn't represent the menu's contents
equally, so this is nothing we would want to transfer to the new proposed
combined menu.

What we *do* want to preserve is the expressive power of the Me Menu, its
features:
* Me
* Presence
* Custom Status (publish!)
* Accounts

normally i'd say Presence belongs in the Session Menu, because the Session
Menu is not limited to communication and would allow Presence to also affect
the local system behaviour.
Now if proposed new Menu stands primarily for "Me" and what "Me" wants,
there's no problem with keeping Presence in there.

The next step is to condense the functionality of the Messaging Menu into
the Me Menu, in order to make the best out of it all ;)

we have already isolated the main content, functionality and purpose of the
messaging menu:
* Conversation Indicators

now let's merge:
* Me
* Presence
* Custom Status (publish!)
* Conversation Indicators
* Accounts

I think everything related to Accounts should be handled in About Me.
Clicking my Face (top menu item) should open About Me.
Entering a detail like my instant messaging address for e.g. XMPP should
connect all the dots for me:
 * configure chat account
 * pull contacts and populate Folks
 * get my last known Avatar and status message

Upon first boot, a wizard should open "About Me", asking me to enter my
details or to skip.
anyone?
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp

Re: [Ayatana] Do You Use Gwibber?

[Peterson Silva]

Goddess, this is _very_ neat!! =D

*Peterson*
*http://petercast.net*



On 11 December 2010 23:53, frederik.nn...@gmail.com <
frederik.nn...@gmail.com> wrote:

> On Sat, Dec 11, 2010 at 22:40, Conscious User wrote:
>
>>
>> Anyways, for the sake of giving a more complete answer: it should be
>> mentioned that the Me Menu has always been designed to be more
>> functional with respect to microblogging thant it is now:
>>
>>  https://wiki.edubuntu.org/MeMenu#Use%20cases
>>
>
> Reading this spec over again was quite inspiring!
> The first thing that came to my mind, is to conclude the poll for now and
> to focus on the new task at hand:
> - how to merge the messaging menu with the me menu.
>
> the only thing i can see that the two have in common is their social
> context, so i'd brainstorm some titles:
> We Menu
> Social Menu
> People Menu
> Contact Menu
> Communication Menu
> *Me Menu*
>
> after a couple of hours of research on icons, symbols and pictograms for
> "Feed", "Stream" and "Communication", i finally came to realize that the
> combined menu we are looking for will not represent a protocol, a group of
> protocols or a type of communication, it will represent ME in context of my
> social environment, computerized, connected, attentive to hails or occupied
> otherwise.
>
> The purpose of the messaging menu is pretty clear, there is not much to
> discuss. The envelope on top of it doesn't represent the menu's contents
> equally, so this is nothing we would want to transfer to the new proposed
> combined menu.
>
> What we *do* want to preserve is the expressive power of the Me Menu, its
> features:
> * Me
> * Presence
> * Custom Status (publish!)
> * Accounts
>
> normally i'd say Presence belongs in the Session Menu, because the Session
> Menu is not limited to communication and would allow Presence to also affect
> the local system behaviour.
> Now if proposed new Menu stands primarily for "Me" and what "Me" wants,
> there's no problem with keeping Presence in there.
>
> The next step is to condense the functionality of the Messaging Menu into
> the Me Menu, in order to make the best out of it all ;)
>
> we have already isolated the main content, functionality and purpose of the
> messaging menu:
> * Conversation Indicators
>
> now let's merge:
> * Me
> * Presence
> * Custom Status (publish!)
> * Conversation Indicators
> * Accounts
>
> I think everything related to Accounts should be handled in About Me.
> Clicking my Face (top menu item) should open About Me.
> Entering a detail like my instant messaging address for e.g. XMPP should
> connect all the dots for me:
>  * configure chat account
>  * pull contacts and populate Folks
>  * get my last known Avatar and status message
>
> Upon first boot, a wizard should open "About Me", asking me to enter my
> details or to skip.
> anyone?
>
>
> ___
> Mailing list: https://launchpad.net/~ayatana
> Post to : ayatana@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ayatana
> More help   : https://help.launchpad.net/ListHelp
>
>
___
Mailing list: https://launchpad.net/~ayatana
Post to : ayatana@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana
More help   : https://help.launchpad.net/ListHelp