Re: UX features for 3.24

[Krzesimir Nowak]

On Oct 18, 2016 13:55, "Allan Day"  wrote:
>
> Hi everyone!
>
> Below is a list of UX features that would be great to have from a design
point of view. I thought I'd share it, in case it helps with 3.24 planning.
It's not a complete list and I think that some of them are already being
worked on.
>
> It would be really great to have a bunch of these ready for the next
release!
>
> Allan
> ---
>
> Shell/Cross-desktop
> - Weather integration in gnome-shell (bug 754031)
> - A nicer avatar chooser for User settings, Initial Setup and Contacts
(bug 766670)
> - Sleep assistance (integrated screen shader; bug 741224)
> - Sharing framework (
https://wiki.gnome.org/Design/OS/Sharing/#Tentative_Guidelines)
> - Presentation mode for displays (bug 706432 and bug 706432)
>
> GTK+
>  - New tab widget (https://wiki.gnome.org/Design/OS/Tabs#Tab_Strip - bug
725079 [1])
>  - Combobox replacement widget (
https://wiki.gnome.org/Design/OS/DropDowns#Tentative_Design [2])

Not sure how can this pan out - I guess that stable release is in
bugfixes-only mode, so the widgets could land only in Gtk4. GNOME modules
probably won't quickly switch to it, right?

>
> Settings
>  - Prepare for the new settings shell - updates to user accounts (bug
767065), printers (bug 767600), online accounts (bug 702345)
>  - Revamp the network settings - (
https://wiki.gnome.org/Design/SystemSettings/Network#Tentative_Guidelines)
>  - Revamp the display settings (depends on presentation mode above; bug
773147)
>
> Videos
>  - Series grouping (bug 732515)
>  - Show something helpful when a video ends (bug 732544)
>  - Welcome screen (bug 743697)
>  - Type to search (bug 733218)
>
> Music
>  - Improve playlists (smart playlists - bug 760208; manual playlists -
bug 760207)
>  - Play queue popover (bug 724229)
>
> Photos
>  - Thumbnails don't reflect edited state (bug 763329)
>  - Import from device (bug 751212)
>  - Slideshows (bug 759159)
>  - Revamp the UI for albums (bug 756133)
>  - Revamp the photo grid, add date headings (bug 751114 and 740415)
>  - Add a welcome screen (bug 743686)
>
> Notes
>  - Port to WebKit2 or drop WebKit for GTK+ (bug 728293)
>  - Revamp the settings (bug 731447)
>  - Fix background color (bug 761765)
>  - Fixed width notes (bug 751442)
>  - A nicer notes grid (bug 748706)
>  - Fix formatting controls (bug 728859)
>  - Fix last updated label (bug 689171)
>
> Polari
>  - Search (bug 758902)
>  - Link previews (bug 768802)
>
> Calculator
>  - Make it look nicer (bug 743538)
>
> Tweak Tool
>  - General revamp - (
https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/tweak-tool/tweak-tool-wires.png
)
>
> [1] Initial implementation -
https://git.gnome.org/browse/gtk+/log/?h=wip/matthiasc/tab-strip
> [2] Initial implementation -
https://git.gnome.org/browse/gtk+/log/?h=wip/combo
>
>
> ___
> desktop-devel-list mailing list
> desktop-devel-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/desktop-devel-list
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: More GTK breakage

[Krzesimir Nowak]

On Thu, 2010-12-02 at 20:45 +0100, Benjamin Otte wrote:
 Hey everyone,
 
 If you read this mail, it's probably because GTK made your compile
 fail. Again. It might  be because the final part of the GTK3 rendering
 cleanup has landed. This part only touches GDK APIs, so most
 applications should not be affected at all.
 
 If your app has been affected nonetheless, it's often one of these issues:
 
 - GdkDrawable has been removed. In that case, just replace all
 occurences of GdkDrawable with GdkWindow and you should be fine.
 
 - The GDK_DRAWABLE() macro is gone. Oftentimes, it can just be
 omitted. Otherwise, you likely want to use the GDK_WINDOW() macro.
 
 - GDK_WINDOW_XWINDOW() is gone. Use the gdk_x11_window_get_xid() to
 get it. I'm transitioning all code to provide a gdk_x11_foo_get_xid()
 function exclusively, so futureproof code should use that function.
 
 - A few remaining calls (mostly in gdkx.h) that were called
 gdk_drawable_foo() are now called gdk_window_foo(). Most prominently
 gdk_x11_drawable_get_xid() is now called gdk_x11_window_get_xid().
 
 As always, if you have any issues, feel free to poke me.
 
 Benjamin

Just a small nitpick - while reading I spotted that
gdk_x11_window_get_xid() should return XID, not Window as it is written
in gdkx.h, even if Window is just a typedef of XID.

Krzesimir

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

Re: MouseTrap Proposal

[Krzesimir Nowak]

On Tue, 2010-03-30 at 10:56 +0200, Flaper87 wrote:
 Hi,
 
 
 I would like to propose MouseTrap as a gnome module.
 
...
 pyorbit = 2.14.0 Python bindings for ORBit2
...
 3.0 readiness: 
 MouseTrap (as it does now) will allow users on GNOME 3.0 to access
 the desktop environment. 

Isn't ORBit deprecated for 3.0?


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

Re: Branch notifications

[Krzesimir Nowak]

On Fri, 2009-11-20 at 15:03 -0600, Shaun McCance wrote:
 Since the git migration, we have automatic notifications for
 any branch using the standard gnome-MAJOR-MINOR scheme.  They
 go out to release-team, gnome-doc-list, and gnome-i18n.
 

and

 So if nobody objects, I'd like to remove the requirement to
 send branch notification emails at all.  I'll replace it
 with something to the effect of Ensure that a notification
 is sent to these lists.  If you use a standard branch name,
 this will happen automatically.  If it doesn't, send an email
 manually.

Wouldn't it be better to have everything notified automatically when
branch scheme fits into /(\w+)-(\d+)-(\d+)/ regex?

Krzesimir.

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

Re: Project proposal: libvtemm

[Krzesimir Nowak]

On Tue, 2009-10-27 at 00:20 +0100, Murray Cumming wrote:
 On Tue, 2009-10-27 at 00:08 +0100, Andre Klapper wrote:
  Am Montag, den 12.10.2009, 17:35 +0200 schrieb Krzesimir Nowak:
   I'm a maintainer of libvtemm and I'd like to propose it to be a part of
   GNOME.
 
 Libraries don't belong in Desktop until they are used by something in
 Desktop.

There was nothing about it in Specific Requirements for each Release
Set [1]. But if this is true then there is no sense in forcing this
proposal.

[1] http://live.gnome.org/ReleasePlanning/ModuleRequirements

 Libraries don't belong in Platform Bindings unless they wrap something
 in the Platform.
 There's no question of this going into the Platform.
 
 Maybe the maintainer misunderstands the purpose of the release sets. Its
 not just a stamp of officialness. The rest of GNOME's infrastructure is
 available without being in a release set and a library will then be used
 if it is useful to developers.
 

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

Project proposal: libvtemm

[Krzesimir Nowak]

Hi,

I'm a maintainer of libvtemm and I'd like to propose it to be a part of
GNOME.

Purpose:
libvtemm is C++ binding for VTE. It wraps C API in the same manner like
gtkmm wraps gtk+.

Target:
Rather GNOME Desktop, because VTE is a part of Desktop too.

Dependencies:
Gtkmm, VTE and their dependencies. No new external ones are introduced.

Resource usage:
FTP: http://download.gnome.org/sources/libvtemm/
Bugzilla: https://bugzilla.gnome.org/browse.cgi?product=libvtemm
git: http://git.gnome.org/cgit/libvtemm
docs: http://library.gnome.org/devel/libvtemm/

Adoption:
Unfortunately, not wide yet. I noticed some projects, which could use
these bindings (nemiver, aptitude-gtk, synaptic, mlview; the last one is
unmaintained, so it probably does not count very much).
I'm trying to get it into Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=527241
I'll try later to put it into Debian, but hard drive on my PC bricked
recently, so now I'm Fedora only.

GNOME-ness, community:
I could provide patches integrating libvtemm to project written in C++
using vte. I made once a local branch of nemiver replacing vte with
libvtemm and it worked.

3.0 readiness:
It makes GNOME's effort to provide bindings to other languages more
complete.
It doesn't use any deprecated libraries. Deprecated functions in VTE are
not wrapped.

License:
GPL3+

Miscellaneous:
libvtemm is already in jhbuild.

Krzem

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

libvtemm in jhbuild

[Krzesimir Nowak]

Hi,

I'm maintainer of libvtemm (C++ bindings for vte). Is it possible to add
it to jhbuild? If yes, where should it be added?
gnome-suites-2.28.modules or gnome-2.28.modules?

Thanks for response,
Krzesimir Nowak

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

VteTerminalAccessible - what's the use?

[Krzesimir Nowak]

Hi, 

Frankly speaking I'm not very familiar with Atk technology.
Documentation of VteTerminalAccessible says it's accessibility peer of
VteTerminal. What is the use of it for application programmer using vte
library? I was just wondering if I should wrap it in libvtemm, because I
have no clue for what is it. Is it wrapped in python bindings?

Thanks for clarification,
Krzem

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

Re: Git day minus 1

[Krzesimir Nowak]

On Fri, 2009-04-17 at 15:22 +0200, Olav Vitters wrote:
 On Fri, Apr 17, 2009 at 08:48:28AM -0400, Owen Taylor wrote:
  (Overall status is about 480/580 repositories converted at this point,
  including all the big ones.)
 
 Not at all time critical, just wondering:
 
 The SVN archive modules, can these also be migrated?
 

And what about mail old mail aliases (I mean someb...@svn.gnome.org)?
Will these be changed to git.gnome.org? Will old ones work? Or will be
any transition time for update accounts in bugzilla, MAINTAINERS file
(or .doap files, if there will be final agreement) and other?

Krzesimir Nowak

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