February 2012 - websites - Fedora Mailing-Lists

[fedora-websites] #25: Firefox font preferences for arabic are not respected on fedoraproject.org

by fedora-badges

#25: Firefox font preferences for arabic are not respected on fedoraproject.org ---------------------+------------------------------------------------------ Reporter: hicham | Owner: webmaster Type: defect | Status: new Priority: major | Milestone: Component: General | Version: Keywords: | ---------------------+------------------------------------------------------ Default arabic font is ugly, so most users change it in firefox. But in fedoraproject.org, such settings isn't respected. If I put lang="ar" in <html> tag, then the page is rendered according to firfox font preferences. There should be a dynamic way to do this, but I am not an HTML expert. -- Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/25> fedora-websites <https://fedoraproject.org/wiki/Websites> Fedora Website Team's Trac instance

9 years, 4 months

1
4
0 / 0

[fedora-websites] #33: Wrong opening question mark is rendered on Vista for Spanish

by fedora-badges

#33: Wrong opening question mark is rendered on Vista for Spanish ---------------------+------------------------------------------------------ Reporter: noriko | Owner: webmaster Type: defect | Status: new Priority: major | Milestone: Component: General | Version: Keywords: | ---------------------+------------------------------------------------------ The opening question mark is rendered wrong on Vista for Spanish. [[BR]] This problem has been raised at the Readiness meeting on 28-Oct, and identified as Confortaa font problem. This problem may impact other European language.[[BR]] * The screenshot on Vista (wrong) https://fedoraproject.org/wiki/File:Fp.o-vista.png * The screenshot on RHEL (correct) https://fedoraproject.org/wiki/File:Fp.o-rhel.png -- Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/33> fedora-websites <https://fedoraproject.org/wiki/Websites> Fedora Website Team's Trac instance

11 years, 1 month

1
5
0 / 0

[fedora-websites] #79: Validate website with w3c validator

by fedora-badges

#79: Validate website with w3c validator ---------------------+------------------------ Reporter: shaiton | Owner: webmaster Type: defect | Status: new Priority: major | Milestone: Component: General | Version: Keywords: | Blocked By: Blocking: | ---------------------+------------------------ We should do something about http://validator.w3.org/check?uri=fedoraproject.org&charset=%28detect+aut... There are at least lots of small errors. Checking CSS would probably be to much work, but if someone want to do it… -- Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/79> fedora-websites <https://fedoraproject.org/wiki/Websites> Fedora Website Team's Trac instance

11 years, 4 months

1
4
0 / 0

[fedora-websites] #84: new screeshots for get-fedora-options

by fedora-badges

#84: new screeshots for get-fedora-options ----------------------+------------------------ Reporter: shaiton | Owner: webmaster Type: defect | Status: new Priority: critical | Milestone: Fedora 17 Component: General | Version: Keywords: easyfix | Blocked By: Blocking: | ----------------------+------------------------ We will need to take new screenshots for at least the get-fedora-options page. Should have same resolution, featuring only default apps. That would be nice to update the spins one too. -- Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/84> fedora-websites <https://fedoraproject.org/wiki/Websites> Fedora Website Team's Trac instance

11 years, 11 months

1
3
0 / 0

[fedora-websites] #65: Recommend 64-bit download by default for F17

by fedora-badges

#65: Recommend 64-bit download by default for F17 ---------------------+------------------------------------------------------ Reporter: shaiton | Owner: webmaster Type: defect | Status: new Priority: major | Milestone: Component: General | Version: Keywords: | ---------------------+------------------------------------------------------ According to the tonight FESCo meeting, we need to make 64-bit as default download. See https://fedorahosted.org/fesco/ticket/695 (can't set Milestone rawhide??) -- Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/65> fedora-websites <https://fedoraproject.org/wiki/Websites> Fedora Website Team's Trac instance

11 years, 11 months

1
3
0 / 0

google search on start.fedoraproject.org

by meine

hi, I wonder why google is the search engine used on the default browser start page start.fedoraproject.org. following the news there are frequent messages about google being not so free, tracking your searches, combining your data without opt-out, stealing mail and passwords from privately owned wifi all over the world (was it a bug or must-have feature for maps?). IMHO this is in contrast to the Fedora philosophy of Freedom. Fedora repos do not include software with non-free licenses but links to a non free search engine company the same time... any ideas? why not point to a more free alternative search engine like duckduckgo.com? TIA, Meine __________________ meine linux fedora 15 gnome 3 & fedora 16 lxde

12 years

9
19
0 / 0

[fedora-websites] #76: Import CoC's wiki page to fedoraproject.org

by fedora-badges

#76: Import CoC's wiki page to fedoraproject.org -------------------------+------------------------ Reporter: averi | Owner: webmaster Type: enhancement | Status: new Priority: major | Milestone: Component: General | Version: Keywords: | Blocked By: Blocking: | -------------------------+------------------------ Hi, as per [1] and follow-ups, would it be possible for the CoC [2] to have its own page at fedoraproject.org? (i.e http://fedoraproject.org/code-of- conduct) Let me know if you need any other input from me and thanks in advance. [1] http://lists.fedoraproject.org/pipermail/advisory- board/2012-January/011200.html [2] http://fedoraproject.org/wiki/Community_working_group/Code_of_Conduct -- Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/76> fedora-websites <https://fedoraproject.org/wiki/Websites> Fedora Website Team's Trac instance

12 years

1
5
0 / 0

[Fedora Infrastructure] #3072: Update wiki pages about admin.fp.o and Fedora Services

by fedora-badges

#3072: Update wiki pages about admin.fp.o and Fedora Services -------------------------+------------------------ Reporter: mahrud | Owner: webmaster Type: task | Status: new Priority: major | Milestone: Fedora 17 Component: Web Content | Version: Severity: Normal | Keywords: wiki Blocking: | Blocked By: -------------------------+------------------------ = phenomenon = https://admin.fedoraproject.org/ redirects to http://fedoraproject.org/wiki/IndexAdmin which is supposed to contain Fedora Infrastructure pieces, but https://fedoraproject.org/wiki/Infrastructure/Services has the same job. Also there are lots of services not listed in services pages. = implementation recommendation = Move "Officers" and "Donations" to https://fedoraproject.org/wiki/Infrastructure. Redirect admin.fp.o to https://fedoraproject.org/wiki/Infrastructure/Services and add the services below to services page: group A, actual services: accounts, mailman, community, voting, pkgdb, pkgs, raffle, bodhi, koji, ask, wiki. (anything else?) group B, monitoring/infrastructure around them: nagios/nagios-external, pager, fingerprints, collectd, awstats, mirrormanager, smolt, puppet. (anything else?) Also explain the role of admin.fp.o/ca/* and admin.fp.o/ssh_known_hosts somewhere. P.S: perhaps we should distinct fedora maintained services, like FAS, from those that we just use, like nagios. Also we can divide them into web services and others, like smolt. I'm quite sure there is a better way, any idea? -- Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/3072> Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure> Fedora Infrastructure Project for Bugs, feature requests and access to our source code.

12 years

1
8
0 / 0

[Fedora Infrastructure] #1995: Cannot view changes for EPEL/FAQ, probably because of CSS surpressing the horizontal scrollbar

by fedora-badges

#1995: Cannot view changes for EPEL/FAQ, probably because of CSS surpressing the horizontal scrollbar -------------------------+-------------------------------------------------- Reporter: till | Owner: webmaster Type: bug | Status: new Priority: major | Milestone: Component: Web Content | Version: Severity: High | Keywords: -------------------------+-------------------------------------------------- = phenomenon = I cannot view this diff for EPEL/FAQ on a 1280x1024 screen, because the horizontal scrollbar is missing: https://fedoraproject.org/w/index.php?title=EPEL%2FFAQ&diff=154347&oldid=... = reason = The CSS is configured to not show the horzintal scroll bar. This was also reported in ticket:1438, but there it was about a wiki page not being displayed properly. Instead of fixing the root of the problem, the page was adjusted to display the content. I guess this is not possible for the diff, therefore I open a new bug report. = recommendation = Maybe the CSS for diffs could be changed to show a horizontal scrollbar somehow. Ideally the design of the whole page would be reworked to eventually display all contents properly. -- Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/1995> Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure> Fedora Infrastructure Project for Bugs, feature requests and access to our source code.

12 years, 1 month

1
2
0 / 0

[Fedora Infrastructure] #1774: Fedora Wiki's stylesheet is screwey on small screen high DPI devices

by fedora-badges

#1774: Fedora Wiki's stylesheet is screwey on small screen high DPI devices ---------------------+------------------------------------------------------ Reporter: ynemoy | Owner: webmaster Type: bug | Status: new Priority: major | Milestone: Component: General | Version: Severity: Normal | Keywords: ---------------------+------------------------------------------------------ = phenomenon = Multiple issues here: Tables go beyond the page but the page isn't told about being wider than the screen, so horizontal scrolling is not possible. Embedded pictures and headers aren't formatted properly so text can flow around it, even in extreme situations. The sidebar takes up too much space at high DPIs leaving only half the page for the body. In the above order: http://ynemoy.fedorapeople.org/wikixofail/IMAG0016.jpg http://ynemoy.fedorapeople.org/wikixofail/IMAG0018.jpg http://ynemoy.fedorapeople.org/wikixofail/IMAG0013.jpg http://ynemoy.fedorapeople.org/wikixofail/IMAG0014.jpg http://ynemoy.fedorapeople.org/wikixofail/IMAG0015.jpg Resizing the text and page zoom fixes some problems, but my opinion is that this is non obvious to many people. http://ynemoy.fedorapeople.org/wikixofail/IMAG0017.jpg = reason = I'm not much of a CSS guy, but i have a few ideas. First of all, the sidebar is strictly set to a hard size in relation to the rest of the page. Second of all, horizontal scrolling is (and rightly so) disabled at all costs. Third of all, something is not set properly when formatting embedded inline pictures, so that the sidebar can wrap around it, or so that it's left justified instead of right justified so it runs off the page rather than running into the sidebar. = recommendation = Wikipedia has a pretty decent mobile interface that works very nicely on the Android devices, and presumably on others as well. It avoids using a sidebar and TOC by replacing it with expandable fields. I think that at least having that stylesheet available would be a start. The tricky part is detecting the actual dimensions *and* DPI of a screen and switching to the appropriate stylesheet. In this particular example, the screenshots were taken on an XO using mostly stock settings and Firefox. Another and more costly and time consuming solution is to redesign the page more comprehensively so that it is a general purpose page for both mobile, small screen, and normal devices. -- Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/1774> Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure> Fedora Infrastructure Project for Bugs, feature requests and access to our source code.

12 years, 1 month

3
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

websites February 2012