October 2011 - 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

8 years, 9 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

10 years, 6 months

1
5
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.

11 years, 6 months

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.

11 years, 6 months

3
4
0 / 0

[Fedora Infrastructure] #2915: Wiki bugzilla integration stopped to work

by fedora-badges

#2915: Wiki bugzilla integration stopped to work -------------------------+-------------------------------------------------- Reporter: goldmann | Owner: webmaster Type: bug | Status: new Priority: major | Milestone: Fedora 16 Component: Web Content | Version: Severity: Normal | Keywords: -------------------------+-------------------------------------------------- RHBZ macro stopped to strike out closed bugs on wiki. For example: https://fedoraproject.org/wiki/JBossAS7#Current_progress See line #6, last cell: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=708836 is closed but on wiki it looks like it is still open. I see this since middle of July (this is a rough estimation, I don't have specific date, sorry :(). -- Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/2915> Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure> Fedora Infrastructure Project for Bugs, feature requests and access to our source code.

11 years, 7 months

1
7
0 / 0

[Fedora Infrastructure] #2880: Wiki hides editability frequently for logged-in user

by fedora-badges

#2880: Wiki hides editability frequently for logged-in user -------------------------+-------------------------------------------------- Reporter: duffy | Owner: webmaster Type: bug | Status: new Priority: major | Milestone: Fedora 15 Component: Web Content | Version: Severity: Normal | Keywords: -------------------------+-------------------------------------------------- = phenomenon = While the wiki at fedoraproject.org/wiki seems to remember that i am logged in and displays my username in the upper right region of the page, it seems 1 out of every 8 page loads, the 'edit' tab and 'edit' links on the subsection of pages completely disappear. This makes it really hard to edit the wiki, obviously. If I add a '?edit' to the end of the wiki URL, sometimes it forces it into coming back to its senses, but not always. Once after submitting an edit, I got a page saying my user was not in a group with permissions to edit the page. It said I was not in the Users or Administrators group. = reason = I wish I knew. = recommendation = A fix? :) -- Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/2880> Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure> Fedora Infrastructure Project for Bugs, feature requests and access to our source code.

11 years, 8 months

1
23
0 / 0

[fedora-websites] #59: Fudcon Blacksburg 2012

by fedora-badges

#59: Fudcon Blacksburg 2012 ----------------------+----------------------------------------------------- Reporter: jbwillia | Owner: webmaster Type: task | Status: new Priority: major | Milestone: Component: General | Version: Keywords: | ----------------------+----------------------------------------------------- add Fudcon Blacksburg 2012 to the fudcon.fedoraproject.org pull info from wiki page and also add what is Fedora and what is Fudcon please pictures coming soon -- Ticket URL: <https://fedorahosted.org/fedora-websites/ticket/59> fedora-websites <https://fedoraproject.org/wiki/Websites> Fedora Website Team's Trac instance

11 years, 8 months

1
1
0 / 0

[Fedora Infrastructure] #1883: Enable trac wiki notifications for v7 pages

by fedora-badges

#1883: Enable trac wiki notifications for v7 pages -------------------------+-------------------------------------------------- Reporter: rlandry | Owner: webmaster Type: task | Status: new Priority: minor | Milestone: Component: Web Content | Version: Severity: Normal | Keywords: -------------------------+-------------------------------------------------- = phenomenon = v7 wiki changes don't seem to generate any notification and I haven't figured out where or what setting would change that. = background analysis = It looks like either a setting, configuration or plug-in is required to enable this feature. = implementation recommendation = Can someone let me know where to configure this so I might receive these notifications and inform others who may want the same? Thanks in advance. -- Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/1883> Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure> Fedora Infrastructure Project for Bugs, feature requests and access to our source code.

11 years, 8 months

1
2
0 / 0

[Fedora Infrastructure] #2490: yubikey auth failure on admin.fp.o displays a tick icon

by fedora-badges

#2490: yubikey auth failure on admin.fp.o displays a tick icon -------------------------+-------------------------------------------------- Reporter: elwell | Owner: webmaster Type: bug | Status: new Priority: trivial | Milestone: Component: Web Content | Version: Severity: Normal | Keywords: yubikey -------------------------+-------------------------------------------------- = phenomenon = when setting up a yubikey on https://admin.fedoraproject.org/accounts/yubikey the Test Auth: part *always* displays a green 'tick' icon, regardless of the message ie * Yubikey auth success. (reasonable) * Yubikey auth Failed: Unauthorized/Invalid OTP. (uhm, this would be better with a big red cross icon) = reason = = recommendation = make the icon more reflective of the status message have categorised as 'web content' but may be security? -- Ticket URL: <https://fedorahosted.org/fedora-infrastructure/ticket/2490> Fedora Infrastructure <http://fedoraproject.org/wiki/Infrastructure> Fedora Infrastructure Project for Bugs, feature requests and access to our source code.

11 years, 9 months

1
2
0 / 0

syncStatic script update proposal

by Kévin Raymond

Hi guys, Currently the script run hourly to build our website is pulling all translations. I would like to add a commit/push then, in order to track each PO updates. That would ensure for us to do it frequently (currently I do it manually times to times) and would be faster for us to checkout them (pulling from Transifex is really slow). Do we need to pull every hours? We do so much requests on the transifex.net server. I don't mind, but just wanted to point that out. The script would be then: 16c16,19 < rsync -qa --delete-after --delay-updates out/ "/srv/web/$site/"; \ --- > rsync -qa --delete-after --delay-updates out/ > "/srv/web/$site/" && \ > git add po/*.po && \ > git commit -m "update POs in $site" && \ > git push; \ Please, note that I have really no idea if pushing from there is allowed, even if this is working. It is not the aim of a production server… Should we add a cron somewhere? Do you see the advantage of this? I also though of a way to update POT frequently. Couldn't we push the pot at each rebuild from the master? All major changes would always be in an other branch, right? Therefore there should be no way to avoid POT change from master (from the translator side). A daily job would also do it. Here find as attachment a patch proposal (please mind that I wrote it without test and that I am not a bash guru) Cheers, -- Kévin Raymond (Shaiton)

11 years, 10 months

3
6
0 / 0

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

websites October 2011