Re: GNOME Goal proposal: app menu retirement [aday gnome org]

[Jack <ostroffjh users sourceforge net>]

I'd rather say the disconnect between incoming and outgoing server  
settings, as I use both POP3 and IMAP, but I do agree, to a point.   
However, both are on the Preferences dialog, so they are physically  
close in where they get set up.  I suppose it would be useful in many  
cases to be more like other apps, in that when you set up a new email  
account, aside from specifying the incoming and outgoing server  
addresses separately, the initial assumption is that the security  
(username, password, and security type) is the same for both.

Also - many email apps know or have a way to look up most of the server  
settings based on the email address.  Is that something balsa could do,  
or do they depend on proprietary databases for that data?

Jack
.
On 2018.07.21 00:01, Pawel Salek via balsa-list wrote:
> If there is one thing that annoys me with balsa menus and dialog  
> boxes, is
> the disconnect between IMAP and SMTP configurations. email servers  
> usually
> go together. Right now, the user needs to create imap configuration  
> in one
> place, and smtp configuration, in another. I think the wizard  
> supports only
> IMAP configuration. Am I talking sense?
>
> /Pawel
>
> On Sat, Jul 21, 2018 at 12:47 AM Peter Bloomfield <
> Peterbloomfield bellsouth net> wrote:
>
> > Hi All!
> >
> > Some time ago, Balsa started using an 'app menu'. In desktops that
> > implement it, such as GNOME 3, you access it from the top bar, but  
> in other
> > desktops it's just another menu at the start of the regular menu  
> bar (I
> > believe). As discussed in the attached, abandoning app menus has  
> been
> > proposed as a goal, and to date I've seen no opposition to the  
> proposal, so
> > going along with it would help to keep Balsa a conforming GNOME  
> app, and
> > would probably simplify life for non-GNOME users.
> >
> > Balsa's current app menu mainly took over items from the 'File'  
> menu, like
> > 'Preferences", but also subsumed an earlier 'Settings' menu. Having  
> both a
> > 'Settings' menu and a 'Preferences' item on the 'File' menu was  
> always
> > confusing, and making them separate items on the app menu did  
> nothing to
> > clarify the situation.
> >
> > So this is a great opportunity to revisit Balsa's menu structure!  
> The
> > GNOME Human Interface Guidelines 2.2.3 (linked in the attached)  
> have some
> > suggestions about 'Standard Menus'; they appear to be targeted  
> toward
> > document-focused apps rather than e-mail clients, but their spirit  
> is
> > something we could incorporate in a new structure for Balsa.
> >
> > Looking forward to a vigorous discussion!
> >
> > Peter
> >
> >
> > ---------- Forwarded message ----------
> > From: Allan Day <aday gnome org>
> > To: desktop-devel-list <desktop-devel-list gnome org>
> > Cc:
> > Bcc:
> > Date: Fri, 29 Jun 2018 16:39:25 +0100
> > Subject: GNOME Goal proposal: app menu retirement
> > Hi everyone,
> >
> > We've been talking for a while about removing app menus, and the
> > designs have now matured to the point where we can propose a  
> concrete
> > plan. Specifics can be found on the GNOME goal page:
> >
> > https://wiki.gnome.org/Initiatives/GnomeGoals/AppMenuRetirement
> >
> > Those of us on the design side are interested to hear what people
> > think of this, particularly if there are any apps out there that  
> might
> > have issues following the guidelines.
> >
> > The initial proposal is to try and complete this goal within the  
> next
> > development cycle (3.31.x), so there is no immediate development
> > action required. (Of course, if people think that we could complete  
> it
> > for 3.30, that would be great!)
> >
> > Thanks,
> >
> > Allan