Difference between revisions of "Talk:GNOME"

From ArchWiki
Jump to: navigation, search
(Seamonkey and Pulseaudio: Doesn't belong here)
(You must install the gnome group: spring cleaning)
Line 89: Line 89:
I think xmonad section should be generalized for every other wm: openbox, fluxbox, ratpoison etc. Is there some gnome3 user who can test the method with other wm than xmonad? --[[User:4javier|4javier]] 05:40, 16 May 2011 (EDT)
I think xmonad section should be generalized for every other wm: openbox, fluxbox, ratpoison etc. Is there some gnome3 user who can test the method with other wm than xmonad? --[[User:4javier|4javier]] 05:40, 16 May 2011 (EDT)
== <s>You must install the gnome group</s> ==
This sentence is written in bold characters in the ''Installation'' section. I don't agree: I really don't want to install Epiphany in my system and I really don't want install gnome-applets in my system. These (and others) are not fundamental components of the Gnome DE, so IMHO they have to be moved in gnome-extra or their function has to be explained in the wiki, so people can choose which of them install. What you think about it? [[User:Mons1990|Mons]] 04:53, 29 December 2011 (EST)
:Definitely, that section must be rewritten in a more neutral way, giving the readers all the information they need to make their own unbiased decisions. It should also make use of [[Template:Grp]] to provide quick links to the package lists ({{grp|gnome}}, {{grp|gnome-extra}} - unfortunately this template is i686-centric) and should avoid  giving examples of how to install (groups of) packages with pacman, in accordance to [[Help:Style#Official packages]]. -- [[User:Kynikos|Kynikos]] 06:44, 30 December 2011 (EST)
::Surely that bold line is only there to indicate that pulling gnome-extra doesn't pull gnome in its entirety. The wording is a bit shady, the intent is correct?--[[User:Stefanwilkens|stefanwilkens]] ([[User talk:Stefanwilkens|talk]]) 23:51, 6 September 2012 (UTC)
:::The intent is indeed correct, in fact I've already reworded the sentence. The problem with [[Help:Style#Official packages]] remains though, and I haven't been able to fix it because I don't know how to rewrite the "Choose which applications..." sentence or if it's needed at all, since for the time being I cannot test the installation of GNOME. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 12:45, 8 September 2012 (UTC)
::::This is an improvement. Additionally, I don't think we have to explain to users that they can cherry pick applications from a group. gnome-extra mostly contains things like archive managers, webcam tools and media players. Perhaps we could do by eplaining the group contents a little and leaving it at that. This would also allow the article to be in [[Help:Style]] and lets us get rid of both Pacman statements.
::::How do you like this: https://wiki.archlinux.org/index.php/User_talk:Stefanwilkens
::::--[[User:Stefanwilkens|stefanwilkens]] ([[User talk:Stefanwilkens|talk]]) 11:20, 9 September 2012 (UTC)
:::::I've added my attempt in your talk page, however you seem to be more active in this article than me, so just choose the version you like more :) I too think that explaining that it's possible to install packages from a group separately is a bit useless, however GNOME is also often installed by Linux novices (who shouldn't use Arch btw :P ) so, again, you make the final decision about that; also the idea of describing the contents of the groups, maybe mentioning (and linking to) some of the most important packages seems interesting, IIRC that's what the old GNOME 2 article did.
:::::-- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 15:18, 9 September 2012 (UTC)
::::::I like your modification and I still feel that instructions on cherry picking applications from groups doesn't belong in this article. I'm replacing the section and moving on to the next. Thanks for your time and input :) --[[User:Stefanwilkens|stefanwilkens]] ([[User talk:Stefanwilkens|talk]]) 20:15, 9 September 2012 (UTC)
== Add link to official extensions site ==
== Add link to official extensions site ==

Revision as of 23:04, 11 September 2012

Candidates for removal

I would also like to gather and give a private section to extensions. Currently that information is spread around the article, I think it deserves its own section within this article.

Gnome and fontconfig settings

Since there isn't a section dedicated to fonts in gnome3 I was thinking about writing one, but I put it here first:

Gnome doesn't use the dpi settings set by xorg server to scale fonts, instead it uses a fixed dpi of 96 that cannot be changed unlike previous versions:

/* As we cannot rely on the X server giving us good DPI information, and
 * that we don't want multi-monitor screens to have different DPIs (thus
 * different text sizes), we'll hard-code the value of the DPI
 * See also:
 * https://bugzilla.novell.com/show_bug.cgi?id=217790•
 * https://bugzilla.gnome.org/show_bug.cgi?id=643704

The gnome-settings-daemon plugin xsettings relies on this hardcoded value for some calculations and there is currently no way of changing it beside customizing the code in abs. The dimension of text can be tweaked changing the text-scaling-factor (1.0 by default), using gnome-tweak-tool or editing the following key in dconf-editor:


The xsettings plugins will also merge some Xft values in the X resources db overwriting values set in .Xresources od .Xdefaults files. The defaults are:

Xft.antialias:	1
Xft.dpi:	96
Xft.hinting:	1
Xft.hintstyle:	hintmedium
Xft.lcdfilter:	lcddefault
Xft.rgba:	none

Some of those values can be changed using dconf-editor (org.gnome.settings-daemon.plugins.xsettings) or gnome-tweak-tool. It is possible to change this values using xrdb -merge ~/.Xresources after gnome is started but gnome will still use its values internally so it is not a good idea.

It is a good idea to configure your fonts.conf in a way consistent with the gnome settings otherwise, at least on my laptop, fonts will looks weird in some gnome apps.

The dpi setting of the Xserver can be changed to 96 following this guide, this way it will be the same for all applications, the drawback is that fonts might look too small or too big in other application if the real DPI of your monitor differs too much from 96.

For and LCD monitor it is a good idea to activate the lcd filter setting the following keys in dconf-editor:

org.gnome.settings-daemon.plugins.xsettings.antialiasing rgba
org.gnome.settings-daemon.plugins.xsettings.rgba-order rgb, bgr, vrgb or vbgr (as your monitor requires)

Since the lcdfilter is not designed to work together with autohinting it is a good idea to disable it also in fonts.conf. It is also a good idea to use the same hinting value as in your font.conf, the default in gnome is medium:

org.gnome.settings-daemon.plugins.xsettings.hinting medium

This values in fonts.conf will match the gnome settings:

<match target="font">
 <edit mode="assign" name="rgba"><const>rgb</const></edit>
 <edit mode="assign" name="autohint"><bool>false</bool></edit>
 <edit mode="assign" name="hinting"><bool>true</bool></edit>
 <edit mode="assign" name="hintstyle"><const>hintmedium</const></edit>
 <edit mode="assign" name="antialias"><bool>true</bool></edit>
 <edit mode="assign" name="lcdfilter"><const>lcddefault</const></edit>

(to be finished, please comment or fix)

deleted manual hotkeys modification

Manual edit of accel.scm into nautilus config doesn't fit with this page. And this can't be a generic method, cause not every application has an accels.scm file, even if it has that, it's location in ~/.config is not mandatory. 4javier 08:09, 25 April 2011 (EDT)

It fits with this page just as much as the remaining part on changing hotkeys does because both serve the same purpose. So I disagree with that it should be downright deleted, particularly as for me (thus possibly others) the can-change-accels way did not work. I added it again (a bit more carefully phrased) to the "Troubleshooting" section. -- Misc 15:40, 25 April 2011 (EDT)
I still think that applications' specific method of changing accels should be mentioned in the application page itself. Into this page I'd leave just a reminder (i.e. "If this method doesn't work see application's wiki page for app specific file"). But I don't delete it anymore until somebody else tell us his opinion. 4javier 20:35, 25 April 2011 (EDT)
Perhaps update Nautilus and reference it? Perhaps simply add that article to the related articles? --stefanwilkens (talk) 23:33, 6 September 2012 (UTC)

Resizing titlebar in user configuration

Should not be better point that sed manipulation to ~/.themes/Adwaita/metacity-1/metacity-theme-3.xml ? --4javier 07:27, 7 May 2011 (EDT)

Good idea. Sed is not really needed here. I changed it to direct instruction. --Fengchao (talk) 07:11, 29 May 2012 (UTC)
Well done making the edit request more explicit, however I think 4javier was wondering if suggesting a per-user configuration would be more appropriate (~/.themes/... instead of /usr/share/themes/...), reopening this :) I don't use GNOME so I can't test it at the moment. -- Kynikos (talk) 10:10, 30 May 2012 (UTC)

Xmonad section

I think xmonad section should be generalized for every other wm: openbox, fluxbox, ratpoison etc. Is there some gnome3 user who can test the method with other wm than xmonad? --4javier 05:40, 16 May 2011 (EDT)

Add link to official extensions site

I think to add a link to extensions.gnome.org, also in order to easy manage the extensions in the browser from the /local page. --Gimmy 05:22, 23 January 2012 (EST)

Link added, this probably deserves a section of its own now that extensions play such a vital role in GNOME. A future rewrite / restructure of this article may be needed. --stefanwilkens (talk) 23:52, 6 September 2012 (UTC)

Remove systemd configuration from 'Some 'System Settings' no preserved' section

I think that part of the 'Some 'System Settings' no preserved' section regarding switching to systemd should be removed and replaced with a link to systemd wiki. Systemd wiki explains migration more thoroughly and shows how to configure and administrate it.