On Mon, 2013-05-13 at 12:02 +0100, Allan Day wrote:
> Hi all,
>
> Me, Jon and Jakub have reviewed the combined system status designs in
> the attempt to address the feedback that we've got. A fresh round of
> wireframes are now on the wiki [1]. I think that they resolve the most
> serious issues t
ke Shotwell is one of these). And
anything Qt is completely out of luck. Given current momentum in favor
of Qt and Unity, I think we have to accept that most apps used in GNOME
Shell are not going to be written with it in mind, and come up with
something nicer than just showing "Quit" th
On Fri, 2013-07-05 at 11:08 +0100, Emmanuele Bassi wrote:
> > 1) For applications that retain a traditional menu bar, there's
> > inconsistency in whether options added to the app menu are also removed
> > from the traditional menu.
>
> yes. file bugs against applications that do not move them co
On Sat, 2013-07-06 at 09:31 +0200, Carlos Garcia Campos wrote:
> So, we either leave the
> about in the window menu (it's a modal dialog of the window) or we make
> the about dialog actually global and not modal.
I see your point. But I also think it's very valuable to have Help,
About, and Quit c
On Sun, 2013-07-07 at 15:05 +0200, Tomasz Torcz wrote:
>
> This seems backward. F-f-m was here first, and is still being used by some
> minority (me included). Current designs break f-f-m functionality. Your
> comment
> about ”finding creative solutions” sounds like F-f-m was something new.
On Fri, 2013-07-05 at 11:08 +0100, Emmanuele Bassi wrote:
> > 1) For applications that retain a traditional menu bar, there's
> > inconsistency in whether options added to the app menu are also removed
> > from the traditional menu. E.g. Gedit and Totem (3.6/3.8) removed Help,
> > About, and Prefer
On Wed, 2013-07-10 at 00:17 +0200, bugs wrote:
> > Should I file a bug?
>
> Depends on the application and developers?
> https://bugzilla.gnome.org/show_bug.cgi?id=695377
>
> I assume that Empathy, GNOME-Calculator and so on are now aware of the
> fact that the "made it wrong"? Maybe you can chec
On Thu, 2013-08-01 at 16:40 +0200, Matthias Clasen wrote:
> For gnome-clocks, we need a new vala release.
It'd be nice if Vala did unstable releases on our release schedule.
signature.asc
Description: This is a digitally signed message part
___
desktop
On Tue, 2013-08-13 at 10:49 -0400, Matthias Clasen wrote:
> Here is a first pass over bugs that are currently marked with a target
> of '3.10'. The bulk of it is related to Wayland (simply because that
> is where I'm focusing most, currently). If there are other bugs that
> should be on this list,
On Thu, 2013-08-15 at 11:03 +0200, Alberto Ruiz wrote:
> There's no intention to support pull requests or to depend in any way
> in this service, this is just a nice-to-have to serve the GitHub's
> community and user base.
My concern is that with no way to disable pull requests, potential
contribut
This might be harmless if there was a way to disable pull requests, but
if we mirror repos on GitHub we have a responsibility to monitor for and
accept pull requests, otherwise potential contributors who are
unfamiliar with our development flow will be discouraged when their pull
requests sit unnot
On Sun, 2013-08-25 at 17:45 +0300, Zeeshan Ali (Khattak) wrote:
> Exactly how many maintainers have shown interest in this?
fr33domlover, your passion for software freedom is admirable, but even
RMS was all in favor of GitHub until he found out that they compress
their JavaScript. (Frankly I don't
On Thu, 2013-09-05 at 14:08 +0100, Javier Jardón wrote:
> - String Freeze: no string changes may be made without confirmation
> from the l10n team (gnome-i18n@) and notification to both the release
> team and the GDP (gnome-doc-list@).
Regarding (translatable) appdata.xml files for GNOME Software
On Mon, 2013-09-23 at 09:09 -0400, Matthias Clasen wrote:
> I think that would be a great idea - could you set up the goal wiki
> page and link it from the gnome-software feature ?
The goal should include that all appdata is marked for translation.
signature.asc
Description: This is a digitally s
On Tue, 2013-09-24 at 10:44 +0200, Julien Blanc wrote:
> I know this has been already discussed a lot, but application menu is
> currently broken.
I think pretty much every point you raised is a valid problem. Some
attention is needed here at the design level.
signature.asc
Description: This i
On Thu, 2013-10-10 at 14:21 +0200, Milan Bouchet-Valat wrote:
> What are you asking for exactly? To encrypt your keyring using a
> password you do not need to type at all? ;-)
But he's right: autologin is useless right now, unless somehow you've
managed to never use the keyring by having no wirele
On Thu, 2013-10-10 at 16:41 +0200, Dominique Leuenberger a.k.a. Dimstar
wrote:
> Would you recommend to 'automatically' create a keyring without a
> password for autologin users?
I think it's a matter of sane defaults. I do think automatic login
clearly implies that the user does not want to typ
Many of our apps put Help above About in the app menu, but many put
About above Help. Many of the About labels are "About ", but
many omit the app name. Many place a separator between Help/About
(whichever is last) and Quit, but many don't.
Can we define a proper way of handling these standard el
On Mon, 2013-11-25 at 13:35 +, Allan Day wrote:
> I don't have a massively strong opinion on the label used for the
> about item, or how help/about/quit should be grouped. I just went with
> what feels right to me. Discussion is welcome, and all that.
I'm not sure if a strong opinion on this is
On Mon, 2013-11-25 at 14:51 +0100, Bastien Nocera wrote:
> FWIW, I think that core apps shouldn't have an about menu item at all,
> and it's what I've done in Totem^WVideos for example.
Maybe. It's nice to be able to see the version number, though.
signature.asc
Description: This is a digitally s
On Mon, 2013-11-25 at 14:56 +0002, Yosef Or Boczko wrote:
> I disagree.
>
> We need a place with the names of the developers and the
> name of the app.
Keep in mind that core is currently pretty expansive: it includes
Dictionary, Calculator, and many other apps that are widely used outside
of GNO
On Mon, 2013-11-25 at 14:36 +, Allan Day wrote:
> In general I would say that they indicate that those items shouldn't
> be in the app menu, since they "are specific to a particular window or
> view", but I'd be interested to hear how other people would interpret
> this based on the draft guide
On Mon, 2013-11-25 at 19:53 +0100, Carlos Garcia Campos wrote:
> and it doesn't have About because the
> implementation is a modal dialog attached to a specific window.
Right, but following this logic, only Empathy would be allowed to place
About in the app menu. The revised HIG clarifies that Abou
On Mon, 2013-11-25 at 20:00 +0100, Carlos Garcia Campos wrote:
> It's not only the version number, but additional information, for
> example Epiphany shows the WebKit version, and Evince shows the
> document
> backend in use and its version as well.
All of which are fairly important when working on
On Mon, 2013-11-25 at 14:36 +, Allan Day wrote:
> One of the goals for the new HIG is to try and avoiding spoon-feeding
> people too much, and I'd prefer to avoid listing every possible thing
> you might want to include in that menu. In that sense, this bug is an
> interesting test case for the
On Tue, 2013-11-26 at 06:50 +0100, Rick Opper wrote:
> So, an app can be kept running without any windows open then? Like on a
> Mac where all windows are closed but not the app? In that case, the
> app-menu would have QUIT, the window-menu would have CLOSE and SAVE, but
> then which one would have
On Tue, 2013-11-26 at 10:37 +, Allan Day wrote:
> The key word in the sentence you quoted was supposed to be
> "particular" - it's supposed to mean that options that affect only one
> window or view should be excluded.
That seems reasonable and it jives with what Matthias suggested. Indeed,
th
On Mon, 2013-11-25 at 13:35 +, Allan Day wrote:
> Sure, that's what I've been working to do with the new HIG, which has
> a page on application menus [1].
>
> I don't have a massively strong opinion on the label used for the
> about item, or how help/about/quit should be grouped. I just went w
On Tue, 2013-12-10 at 10:35 +, Allan Day wrote:
> I guess I missed that one. What's the issue?
Should Quit close all open windows of the application, or only the
current window?
Say you have Epiphany open on workspace 1, and another one open on
workspace 4. If you use Quit from the app menu,
On Fri, 2014-01-03 at 23:01 +, Michael Ikey Doherty wrote:
> Have it built locally. Noticed something here that I've seen in gedit
> too, no doubt due to GtkSourceView. there is no automatic indentation,
> i.e. hitting enter after a brace does not start a new indentation
> level,
> etc.
> Is th
On Sat, 2014-01-04 at 13:25 +, Michael Ikey Doherty wrote:
> > gedit has automatic indentation under Preferences -> Editor -> Tab
> > Stops.
> >
> > Unfortunately you will wind up with indentation on your blank lines,
> so
> > it's incompatible with projects that prohibit trailing
> whitespace
On Sat, 2014-01-04 at 15:50 -0200, Fernando Cassia wrote:
> Why re-invent the wheel? You should build upon an existing, mature
> IDE...
We want an IDE built with GTK+. Not only does Netbeans look bad in
GNOME, it looks bad in every other platform, as well. Something like
Geany or Anjuta would be a
On Sat, 2014-01-04 at 21:44 +0100, Reinout van Schouwen wrote:
> I have no experience with either of those so won't comment on that.
> But
> surely aesthetics don't drive your choice of development tools?
I don't think it'd be a good idea to release a hypothetical GNOME IDE
that was not well-inte
On Sun, 2014-01-05 at 16:44 +0100, Sébastien Granjoux wrote:
> What is missing?
I've been dogfooding Anjuta recently and I've been relatively impressed
with its potential. I think the plugin-based system is its biggest
strength: I want to be able to use the same environment for all of my
programmi
On Sun, 2014-01-05 at 18:03 +0100, Sébastien Wilmet wrote:
> Having both gedit and Anjuta is already a duplication of effort.
> Personally I prefer only a text editor, and use the command line or
> other applications for the other features (git, glade, devhelp, etc).
Many developers prefer this w
On Sun, 2014-01-05 at 19:31 +0100, Sébastien Granjoux wrote:
> But some functions are really
> useful, like saving all files before compiling or setting breakpoints
> in
> the text view.
Anjuta's gdb plugin is really an excellent feature, by the way.
Sometimes the breakpoints you have set disapp
On Wed, 2014-02-05 at 15:40 -0500, Jasper St. Pierre wrote:
> (Red Hat does not make over a billion dollars a year. The billion
> dollars was profits, not revenue. We're still a fairly small company
> operating on tight margins)
Vice versa, I presume.
signature.asc
Description: This is a digital
Can I add this Sushi bug:
https://bugzilla.gnome.org/show_bug.cgi?id=704243
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/deskt
On Mon, 2014-02-24 at 19:43 -0500, Joanmarie Diggs wrote:
> Related 2: Accerciser was pretty broken, but Javi fixed the more
>critical of those bugs in master.
Any chance of a 3.10 release soon? The latest version is 3.8.2.
I also hope [1] receives some attention.
I want to be concerned abou
On Wed, 2014-03-05 at 20:15 +, João Martins wrote:
> Hi
> I saw "Four-in-a-row For-in-a-row Al" in gnome GSOC ideas list and i
> thinks this is a challenging and interesting idea , want to know if is
> possible i participe in this project?
Hey João,
You'll notice on the ideas page, there is
On Sun, 2014-04-13 at 13:54 -0700, Sriram Ramkrishna wrote:
> >
> > How do we solve this?
> >
>
> Let's start with an actual set of metrics that is accurate. If there
> is an issue and certainly if you care about it, we have a team called
> the bug squad who can look into it. We solve these prob
On Mon, 2014-04-14 at 01:33 +0200, Andre Klapper wrote:
> On Sun, 2014-04-13 at 16:31 -0500, Michael Catanzaro wrote:
> > There's merit in his complaint.
>
> or her.
>
> andre
Yes, my apologies.
signature.asc
Description: This is a dig
On Tue, 2014-04-29 at 06:19 -0400, Matthias Clasen wrote:
> The end goal here is to have GTK+ depend on a 'complete' icon theme,
> so that you can assume that the naming spec is covered, in both full
> color and symbolic versions, regardless of which platform you are
> using GTK+ on.
That is [1],
On Sat, 2014-08-02 at 00:22 +0200, Andre Klapper wrote:
> A first list of blockers and potential blockers for the upcoming
> release, based on data in GNOME Bugzilla. Note that there are lots of
> gnome-themes-standard/HighContrast tickets open.
>
> Please take a quick look at the list below, comm
On Sat, 2014-08-02 at 14:14 +0200, Zeeshan Ali (Khattak) wrote:
> You mean send them email to not push translations? Are they all on
> those lists and read their inbox each time before pushing changes? If
> so, sure but then again the main issue (at least for me) is forgetting
> (to run `git push m
On Sat, 2014-08-02 at 00:22 +0200, Andre Klapper wrote:
> Please take a quick look at the list below, comment (on the ticket),
> and
> raise your voice if you see an important issue missing.
https://bugzilla.gnome.org/show_bug.cgi?id=728496 is getting really
annoying as well.
signature.asc
Descr
On Sun, 2014-08-03 at 11:14 +0200, scl wrote:
> Indeed.
> I wanted to be precise and listed 'Shell Command Language' and 'M4'.
> Now that I see how the Owner row breaks the layout, I'm hesitating
> whether we want to list them, because presumably every GNOME project
> uses the Autotools which inclu
On Sun, 2014-08-03 at 08:05 +0200, scl wrote:
> remote: ERROR: babl.doap is not valid:
> remote:doap:category property should be one of:
> apps,core,core-apps,deprecated,infrastructure
Er, so what category does babl belong in? I'm pretty sure it's not
core, but it's the only plausible choice
On Wed, 2014-08-06 at 15:31 +0200, Sébastien Wilmet wrote:
> > Er, so what category does babl belong in? I'm pretty sure it's not
> > core, but it's the only plausible choice here.
>
> I think if you don't mention any category it'll go to the "other"
> category.
OK, that seems best for babl.
s
On Wed, 2014-08-06 at 15:09 +0200, Andre Klapper wrote:
> In jhbuild's moduleset definitions it's currently listed in:
> https://git.gnome.org/browse/jhbuild/tree/modulesets/gnome-apps-3.14.modules
>
> andre
The problem is that there are modules in gnome-apps, like babl, that are
not apps, but ju
On Wed, 2014-08-06 at 21:53 +0200, scl wrote:
> Hi,
>
> thank you for your answers.
> I've removed now the M4 language item from the Babl
> description and also removed the category. Now it
> is filed under 'Not part of a suite'. From my recent
> experiences I assumed we now have *only* the catego
On Tue, 2014-08-12 at 18:32 +0200, Andre Klapper wrote:
> Thanks everybody for cleaning up last week's list by fixing and
> reassassing quite some items!
> There are only eight items left marked as blockers:
Can we please add https://bugzilla.gnome.org/show_bug.cgi?id=683266 --
this is needed for
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 release
On Tue, 2014-08-12 at 18:32 +0200, Andre Klapper wrote:
> Thanks everybody for cleaning up last week's list by fixing and
> reassassing quite some items!
> There are only eight items left marked as blockers:
I think we should add https://bugzilla.gnome.org/show_bug.cgi?id=734298
signature.asc
D
quot;; />
http://download.gnome.org/sources/libgames-scores/"; />
http://api.gnome.org/doap-extensions#apps"; />
Michael Catanzaro
mailto:mcatanz...@gnome.org"; />
mcatanzaro
signature.asc
Description: This is a digitally signed mess
On Sun, 2014-08-24 at 12:45 -0500, Michael Catanzaro wrote:
> So I decided to pretend to be an app, to get past the checker, but it
> didn't work: I still get the same error no matter what I do. Am I
> making
> a mistake or is this a bug on your end? Here is my doap:
Actually I
On Sun, 2014-08-24 at 21:18 +0200, Andre Klapper wrote:
> All user comments seem to be about 3.10 but none about 3.12 (yet)? Is
> there any indication that this is still a problem in 3.12/3.13 code?
>
> In any case, a comment by a g-o-a maintainer would be extremely
> welcome
> on that ticket (if
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 about halfway done reading. I have a few suggestions, all minor:
* The Visual Layout page discusses how
Another question. On the header bar menus page:
"Header bar menus are not a good choice for performing actions on
selected content: when content hasn't been selected, the menu will
contain unhelpful insensitive menu items, when it has been selected,
possible actions will not be advertised."
This
On Tue, 2014-08-12 at 18:32 +0200, Andre Klapper wrote:
> Thanks everybody for cleaning up last week's list by fixing and
> reassassing quite some items!
> There are only eight items left marked as blockers:
This one should be removed from the blockers list:
https://bugzilla.gnome.org/show_bug.c
On Sun, 2014-08-31 at 12:37 -0700, Sriram Ramkrishna wrote:
> GTK+ 3.4
> * GtkApplication (add buildable iface to support GMenuModel?¿)
Dude, I'd worry about GtkApplicationWindow before thinking about
GtkHeaderBar. It's pretty clear at this point that nobody has used Glade
to develop GNOME applica
On Sun, 2014-08-31 at 22:34 +0200, Maciej Piechotka wrote:
> Glade supports GtkApplicationWindow - at least version 3.18.3 - so the
> TODO might be out of date or mean something else.
Well that's good :(
signature.asc
Description: This is a digitally signed message part
_
On Sun, 2014-08-31 at 15:25 -0700, Sriram Ramkrishna wrote:
> Well it seems that is there. It would be nice to get some support for
> GtkHeaderBar in glade. Barring that, let's at least see some
> documentation in developer.gnome.org for javascript and vala. Right
> now, it doesn't exist. I fou
On Mon, 2014-09-01 at 20:28 -0500, meg ford wrote:
> I really don't think you should remove them. Having something there is
> better than nothing,
I don't think so. Posting outdated information not only makes us look
bad, it forces developers to question the validity of all the other
material we
On Tue, 2014-09-02 at 14:43 +0200, Gian Mario Tagliaretti wrote:
> in a previous post you mentioned outdated python examples, can you
> point it out? I had a quick look (maybe too quick) but it looks to me
> that the examples use the introspected bindings already.
Here: https://developer.gnome.org
On Tue, 2014-09-02 at 08:57 -0700, Germán Poo-Caamaño wrote:
> As far as I see, the same applies for every language. None of them
> has
> GtkHeaderBar, though it does not mean than everything else is wrong or
> outdated, it's just incomplete.
Of the two pages I checked in platform-overview, both
On Thu, 2014-09-04 at 14:46 +0100, Allan Day wrote:
> Fred's done a
> fantastic job keeping library.gnome.org going, but we probably need
> something else (or at least major improvements).
I did not know this existed!
signature.asc
Description: This is a digitally signed message part
___
On the buttons page:
"When several buttons are placed next to each other, ensure that they
have the same width. This is particularly important for pairs of Cancel
and OK buttons."
And then:
"Often this will be the OK or equivalent button."
And then:
"Label all buttons with imperative verbs"
B
Hi Allan,
I have a bit more feedback on the HIG.
On the header bar page: "Header bars are incompatible with menu bars."
On the menu bar page: "menu bars can still be an appropriate choice,
particularly for applications that already incorporate a header
bar." (So that's a contradiction.)
The men
On Wed, 2014-09-17 at 12:02 +0100, Allan Day wrote:
> Dynamic tabs always have equal widths, fixed tabs don't - which is
> what you're referencing here. I've tried to make it a bit clearer, but
> let me know if you think it's problematic still.
Looks good! One more question: should we use GtkStack
On Tue, 2014-09-23 at 16:08 +0200, Sébastien Wilmet wrote:
> As a related matter, it seems that the GNOME Goals don't have a lot of
> success.
Related, but separate. The problem is not so much slow adoption of old
goals, but lack of approval for new ones. Header bars are still an
unapproved goal t
On Tue, 2014-09-23 at 20:24 +0200, Daniel Mustieles García wrote:
> About this, I have a question... existing modules are "easily"
> tracked, and can check if they fit the goals but, what happens with
> new modules? When a developer creates a new module, is he/she advised
> to review and apply the
On Tue, 2014-09-23 at 14:17 -0400, Matthias Clasen wrote:
> I think this is a great idea. When we discussed this at Guadec, I got
> the impression that we should use this to draw attention to
> longstanding UX annoyances, early enough in the cycle to address them.
Yes, improving the quality of the
On Wed, 2014-10-08 at 08:59 +0200, Juan Rafael García Blanco wrote:
> I dare to propose myself for maintainer. I have almost no experience
> in maintenance (I maintain libchamplainmm, which doesn't count);
Looks like you already have a git account and know how to handle
releases, and have also dev
On Thu, 2014-10-09 at 22:33 +0200, Juan R. García Blanco wrote:
> Hi,
>
> Yes, I do! If you agree, I'll wait until Sunday to make that release.
>
> Right now I do not have any questions. I have never uploaded a tarball
> to the ftp, though. I will for sure let you know if I any question
> comes
>
On Tue, 2014-10-14 at 14:44 -0400, Matthias Clasen wrote:
> On Tue, Oct 14, 2014 at 1:47 PM, Jim Nelson wrote:
>
> > It would be great if the DOM was available via WebKitGTK and the local
> > library did the IPC for us, but I've been told that that's not going
> > to happen. The DOM is a huge AP
On Wed, 2014-10-15 at 18:36 +0200, Carlos Garcia Campos wrote:
> The current epiphany code was supposed to be a temporary solution, the
> idea was to use a private dbus connection instead of using the session
> bus, but in the end we never found the time to do that.
Christian Hergert suggested swi
On Sat, 2014-10-18 at 00:54 +0100, Magdalen Berns wrote:
> Quick new maintainer question about this (apologies if it's the wrong
> list!): I made a new release and I just want to check I am doing it
> right.[1]
>
>
> How do I tag the releases on git.gnome.org
git tag -a JAVA_ATK_WRAPPER_0_30_6
g
On Sat, 2014-11-01 at 14:14 +0100, Paul Geisler wrote:
> if I modify a service that is controlled by dbus, like eg.
> 'indicator-datetime-service', build and install it, where can I get
> access to it's stderr / stdout messages, like those issued by using
> g_warning and other glib logging funct
On Sun, 2014-11-23 at 22:32 +0100, Damian Ivanov wrote:
> Hello,
>
> Looking at the screenshot
> @https://wiki.gnome.org/ThreePointFifteen/Features/Taquin /
> https://people.gnome.org/~mcatanzaro/gnome-taquin.png
>
> the start over button there is a bit odd / out of place.
>
> Would't it be bett
Hi,
On Mon, Jan 5, 2015 at 8:01 AM, Yosef Or Boczko
wrote:
> E.g., I think it is not right for the scoreboard to be a tiny
GtkLabel
> in the header bar.
Putting the score in the header bar is actually pretty typical for us.
I would prepend "Score: " to the label, and take advantage of
Gtk
On Fri, Jan 9, 2015 at 7:38 AM, Allan Day wrote:
The "Restore Disk Image..." label is a bit misleading there (you're
not always restoring). I wonder if it should be changed...
Allan
Yes, that is a problem. Let's fix it. Any suggestions for this label?
How about "Write Disk Image..."?
___
On Fri, Jan 9, 2015 at 3:10 PM, Juan R. wrote:
Hi,
I just noticed there exists a libgames-scores library; however I do
not
see any game depending on it yet. Is it usable already?
Thank you. Regards,
Juan.
It's almost ready; at least, it's in a good enough state for GNOME
2048, I think. (Y
Hi,
I assume you're contacting us because you're considering GNOME for your
default desktop environment. That's something that I would like to
encourage. :) I also assume you've already willing to reimplement the
various D-Bus interfaces provided by systemd, and that logind is your
concern he
On Mon, Jan 12, 2015 at 2:28 PM, Andre Klapper wrote:
1) Does this variety of names create a real problem?
For example, does it make using git-bz harder (remembering the version
value, assuming you mostly develop against the latest code)?
Do you care / do enough people use git-bz / do people not
On Thu, Jan 29, 2015 at 2:04 PM, Erick Pérez Castellanos
wrote:
My idea was to have them (the app, which provides search at the same
time) running all the time in the background, but that feels like
using the resources of the CPU without the user knowing
That is what GNOME Software does.
PS:
On Mon, Feb 2, 2015 at 8:37 AM, Philip Withnall
wrote:
6. Devhelp needs to give you documentation for the version of the
library you’re using (e.g. in JHBuild), not the version
installed on
your system, which is invariably outdated.
FWIW, if you run devhelp with jhbuild, you will ge
On Tue, Feb 3, 2015 at 3:52 AM, Ryan Lortie wrote:
hi,
On Mon, Feb 2, 2015, at 10:10, Michael Catanzaro wrote:
FWIW, if you run devhelp with jhbuild, you will get documentation
for
the version of the library in jhbuild.
This is only true if the docs are actually built, which is not the
In particular, we should identify material from the HowDoI/Jhbuild page
(which conflicts with the guidance on the BuildGnome page) that we want
to keep, and merge it into the BuildGnome page. We should not have
competing pages with competing advice; it's way too confusing for
newcomers.
___
On Fri, Feb 13, 2015 at 9:51 AM, Olav Vitters wrote:
With Bugzilla 4.4 we can disable UNCONFIRMED on a per-product basis.
With that option available, I suggest to kill off the UNCONFIRMED
status
for all products except whomever wants it.
This would be highly desirable. Bonus points if you do
On Mon, Feb 23, 2015 at 1:22 PM, Andres G. Aragoneses
wrote:
Ok but my suggestion about "OPEN" remains.
UNCONFIRMED->OPEN doesn't look too confusing.
UNCONFIRMED/NEW -> UNRESOLVED would be my suggestion.
___
desktop-devel-list mailing list
desktop-d
On Thu, 2015-03-19 at 13:42 +0100, Andres G. Aragoneses wrote:
> On 17/03/15 13:33, Carlos Soriano Sanchez wrote:
> > Hi,
> >
> > So after some work in GnomeLove and discussions in the gnome-love list, I
> > would like to make this proposal.
> > Read more here https://wiki.gnome.org/CarlosSoriano/
On Thu, 2015-03-19 at 07:17 -0400, Carlos Soriano Sanchez wrote:
> I finished, and I linked BuildGnome on GnomeLove as the *official*
> guide.
> One month after that Ryan Lortie write a full jhbuild guide in
> HowDoI/Jhbuild because he thought there were no guide for jhbuild!
> He is a experienced
On Thu, 2015-03-19 at 09:54 -0400, Michael Hill wrote:
> On Thu, Mar 19, 2015 at 9:11 AM, Michael Catanzaro
> wrote:
>
> Having multiple conflicting tutorials is confusing to new
> contributors,
> and harmful when those two tutorials are incompatible.
On Sat, 2015-04-04 at 19:45 +0100, Emmanuele Bassi wrote:
> Leaving tablets aside, I honestly don't see the difference between the
> desktop and laptop use cases. You can access the overview using the
> Super/Windows/Command key on your keyboard, or using the hot corner at
> the top-left. You can a
Hi,
Currently, half our apps use nice symbolic icons in the app menu,
while the other half use shrunken hicolor icons. This inconsistency is
a poor user experience, and not something that should happen in a
serious operating system. Progress is being tracked at [1] under the
column 3.16 status
Oops, I meant to send this to
desk...@lists.fedoraproject.org. Um, whatever, it's relevant to this
list too. :)
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
On Wed, 2015-04-29 at 13:04 +0200, Sébastien Wilmet wrote:
> Hi Javier,
>
> On Wed, Apr 29, 2015 at 11:48:01AM +0100, Javier Jardón wrote:
> > Only a quick reminder that 3.17.1 is scheduled for today [1]
> > I noticed that quite a few of modules have not been updated, so it
> > would be great if y
On Tue, 2015-05-05 at 13:44 -0400, Colin Walters wrote:
> I'm certainly cognizant of issues such as github not being FOSS,
> the inconsistency with other projects hosted in GNOME, but
> with the current status quo, if the choice is between "don't use PRs"
> or "don't be in GNOME infra" that's likel
On Tue, 2015-05-05 at 18:51 +0200, Andrea Veri wrote:
>
> """The GNOME contributing guidelines do require patches to be
> forwarded to GNOME's Bugzilla instance hosted at
> https://bugzilla.gnome.org, as such please do not open Pull Requests
> (PRs) against any of the modules under the GNOME organ
1 - 100 of 414 matches
Mail list logo
