GNOME HIG: Feedback Wanted

2014-08-22 Thread Allan Day
Hi all,

A new version of the HIG is in the works, to be released along with
GNOME 3.14 [1]. I'm currently looking for feedback.

I'm particularly interested to know if anything is missing, confusing,
or incorrect from a technical point of view (like if any of the
recommendations are impossible or very difficult to do with current
GTK+).

To read the latest version, just clone gnome-devel-docs and open
hig3/C/index.page with Yelp.

Thanks!

Allan

[1] 
https://blogs.gnome.org/aday/2014/08/21/new-human-interface-guidelines-for-gnome-and-gtk/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: GNOME HIG: Feedback Wanted

2014-08-22 Thread Tobias Mueller
Hi.

On Fri, Aug 22, 2014 at 08:47:50AM +0100, Allan Day wrote:
> A new version of the HIG is in the works, to be released along with
> GNOME 3.14 [1]. I'm currently looking for feedback.
I've pushed an HTML version here for your convenience:
http://people.gnome.org/~tobiasmue/hig3

Please note that this a one-shot effort and will likely not see any updates.

Do we have automatically compiled versions somewhere?

Cheers,
  Tobi
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: GNOME HIG: Feedback Wanted

2014-08-22 Thread Maciej Piechotka
On Fri, 2014-08-22 at 08:47 +0100, Allan Day wrote:
> Hi all,
> 
> A new version of the HIG is in the works, to be released along with
> GNOME 3.14 [1]. I'm currently looking for feedback.
> 
> I'm particularly interested to know if anything is missing, confusing,
> or incorrect from a technical point of view (like if any of the
> recommendations are impossible or very difficult to do with current
> GTK+).
> 
> To read the latest version, just clone gnome-devel-docs and open
> hig3/C/index.page with Yelp.
> 
> Thanks!
> 
> Allan
> 
> [1] 
> https://blogs.gnome.org/aday/2014/08/21/new-human-interface-guidelines-for-gnome-and-gtk/

Please note that while I plan to write a small app in near future I have
0 experience with GTK+ and even less with the design so I might simply
misunderstood something:

 - Code samples or links to the GTK+ documentation would be nice as I
imagine some UI elements are named for their role rather then the GTK+
widget. Probably the samples are too much work in 3.14 timeframe but
links to documentation would be nice (for example should sidebar be
implemented by GtkPlacesSidebar?)
 - Sidebar lists image shows primary windows and application menu - I
guess different image was intended.
 - Possibly middle mouse button should be discouraged as well due to
confusion with scroll events some mouses have. I had 'fun' using one
application (not in Gnome) where some basic operation was only
accessible through this method.
 - Some sections seems to be meant to be 'obligatory' for beginners
(Essentials or Getting Started) - it would be nice to have next/prev
link instead of relaying on back/next button in yelp

Best regards


signature.asc
Description: This is a digitally signed message part
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME HIG: Feedback Wanted

2014-08-22 Thread Maciej Piechotka
On Fri, 2014-08-22 at 17:04 +0200, Tobias Mueller wrote:
> Hi.
> 
> On Fri, Aug 22, 2014 at 08:47:50AM +0100, Allan Day wrote:
> > A new version of the HIG is in the works, to be released along with
> > GNOME 3.14 [1]. I'm currently looking for feedback.
> I've pushed an HTML version here for your convenience:
> http://people.gnome.org/~tobiasmue/hig3
> 
> Please note that this a one-shot effort and will likely not see any updates.
> 
> Do we have automatically compiled versions somewhere?
> 

I don't know much about yelp but it looks like no compilation is
necessary - git clone and direct opening of page worked for me.

% git clone git://git.gnome.org/gnome-devel-docs --depth 1
% yelp gnome-devel-docs/hig3/C/index.page

> Cheers,
>   Tobi

Best regards



signature.asc
Description: This is a digitally signed message part
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME HIG: Feedback Wanted

2014-08-22 Thread Allan Day
On Fri, Aug 22, 2014 at 4:50 PM, Maciej Piechotka  wrote:
> On Fri, 2014-08-22 at 08:47 +0100, Allan Day wrote:
>> Hi all,
>>
>> A new version of the HIG is in the works, to be released along with
>> GNOME 3.14 [1]. I'm currently looking for feedback.
>>
>> I'm particularly interested to know if anything is missing, confusing,
>> or incorrect from a technical point of view (like if any of the
>> recommendations are impossible or very difficult to do with current
>> GTK+).
>>
>> To read the latest version, just clone gnome-devel-docs and open
>> hig3/C/index.page with Yelp.
>>
>> Thanks!
>>
>> Allan
>>
>> [1] 
>> https://blogs.gnome.org/aday/2014/08/21/new-human-interface-guidelines-for-gnome-and-gtk/
>
> Please note that while I plan to write a small app in near future I have
> 0 experience with GTK+ and even less with the design so I might simply
> misunderstood something:
>
>  - Code samples or links to the GTK+ documentation would be nice as I
> imagine some UI elements are named for their role rather then the GTK+
> widget. Probably the samples are too much work in 3.14 timeframe but
> links to documentation would be nice (for example should sidebar be
> implemented by GtkPlacesSidebar?)

That's something I was wondering about too. I'm not sure which
approach would be best though - would it be better to list the GTK+
widgets required, point to examples, link to API docs, or something
else? I'm conscious that, in many examples, the patterns are
composites of different widgets.

>  - Sidebar lists image shows primary windows and application menu - I
> guess different image was intended.

Yep, thanks! Fixed.

>  - Possibly middle mouse button should be discouraged as well due to
> confusion with scroll events some mouses have. I had 'fun' using one
> application (not in Gnome) where some basic operation was only
> accessible through this method.

I'm not sure about that particular issue, but I'll certainly take
another look at that section.

>  - Some sections seems to be meant to be 'obligatory' for beginners
> (Essentials or Getting Started) - it would be nice to have next/prev
> link instead of relaying on back/next button in yelp

I could certainly do that for the essentials pages.

Thanks again!

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


Stable release policy

2014-08-22 Thread Ross Lagerwall
Hi,

Is there any policy about releasing updates to stable branches beyond
the .1 release or is it simply up to each project?  I couldn't find this
info anywhere on the wiki...

Thanks,
-- 
Ross Lagerwall
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Stable release policy

2014-08-22 Thread Andre Klapper
Hi,

On Fri, 2014-08-22 at 19:59 +0100, Ross Lagerwall wrote:
> Is there any policy about releasing updates to stable branches beyond
> the .1 release or is it simply up to each project?  I couldn't find this
> info anywhere on the wiki...

A stable .2 is listed on
https://wiki.gnome.org/ThreePointThirteen#Schedule
Core projects are expected to follow the release schedule.
See also https://wiki.gnome.org/MaintainersCorner

Cheers,
andre
-- 
Andre Klapper  |  ak...@gmx.net
http://blogs.gnome.org/aklapper/

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


Re: Stable release policy

2014-08-22 Thread Ross Lagerwall
On Fri, Aug 22, 2014 at 09:47:45PM +0200, Andre Klapper wrote:
> Hi,
> 
> On Fri, 2014-08-22 at 19:59 +0100, Ross Lagerwall wrote:
> > Is there any policy about releasing updates to stable branches beyond
> > the .1 release or is it simply up to each project?  I couldn't find this
> > info anywhere on the wiki...
> 
> A stable .2 is listed on
> https://wiki.gnome.org/ThreePointThirteen#Schedule

Ah, I missed that, I was looking at the ThreePointEleven schedule...

> Core projects are expected to follow the release schedule.
> See also https://wiki.gnome.org/MaintainersCorner
> 

I'd expect core projects to at least make all the releases listed in the
schedule, but if useful bug fixes have queued up since May 14, it would
make sense to make a release, right?

Regards
-- 
Ross Lagerwall
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


Re: Stable release policy

2014-08-22 Thread Michael Catanzaro
On Fri, 2014-08-22 at 21:10 +0100, Ross Lagerwall wrote:
> I'd expect core projects to at least make all the releases listed in
> the
> schedule, but if useful bug fixes have queued up since May 14, it
> would
> make sense to make a release, right?

Hey Ross,

Of course. You can unscheduled releases whenever you think one's needed,
for exactly that reason: we don't want users to go four months without
bugfixes! Just be reasonable about the frequency of releases; if you
find yourself at 3.x.7 and you're not GTK+ or Evolution then you're
probably releasing too frequently. It's normal for GNOME programs to go
up to 3.x.3, 3.x.4, and sometimes even 3.x.5.

Michael


signature.asc
Description: This is a digitally signed message part
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list