#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
#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
#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+autom…
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
#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
#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
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
#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.
#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=11…
= 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.
#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.jpghttp://ynemoy.fedorapeople.org/wikixofail/IMAG0018.jpghttp://ynemoy.fedorapeople.org/wikixofail/IMAG0013.jpghttp://ynemoy.fedorapeople.org/wikixofail/IMAG0014.jpghttp://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.