considered temporary solutions until the translation is
officially removed from CLI apps.
I'm thinking of implementing #2 for the next Hebrew Remix since I find current
status of Hebrew in Ubuntu's console very annoying.
Regards,
Shlomil.
--
Hebrew not displayed correctly in terminal
h
If Konsole works well then this bug should be fixed by upstream Gnome-terminal
developers
https://bugzilla.gnome.org/show_bug.cgi?id=321490
... Sounds like it's not going to happen, but maybe Gnome devs will
change their minds given enough community pressure.
I'm pretty much against includin
Tested 2.2.23 and text is still truncated in welcome screens and TZ-
Select screens.
** Changed in: ubiquity (Ubuntu)
Status: Fix Released => New
--
Truncated text in Ubiquity after selecting Hebrew
https://bugs.launchpad.net/bugs/560114
You received this bug notification because you are
This bug had the honor of being mentioned in a review by one of the major and
most popular Israeli newspapers aka YNet - (warning - lots of flash ahead):
http://tinyurl.com/ynet-10-04-article-translated
The author refers to is as a "slight problem of the alignment to right".
Other that this annoy
I tested the daily lucid build and Hebrew is displayed fine in the boot
menu but the language name (which appears in the list of languages to
pick from) is reversed. in previous versions is was labeled as "Hebrew"
but now its labeled as תירבע again which means "Hebrew" written
backwards.
This was
In the file langnames.inc , line 25 is :
[ "he" "he_IL" "עברית" ]
http://bazaar.launchpad.net/~ubuntu-core-dev/gfxboot-theme-
ubuntu/mainline/revision/398
We should change it to תירבע (reverse the word).
Should I create a bzr branch for such a tiny fix?
is this file auto-generated somewhere?
--
** Changed in: gfxboot-theme-ubuntu (Ubuntu)
Status: Fix Released => Incomplete
--
Live CD, first screen, Hebrew not correctly displayed
https://bugs.launchpad.net/bugs/212491
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ub
Setting the treeview's direction to be fixed on TEXT_DIR_LTR will fix the issue.
By that we assume that package names and descriptions will always be in English.
To fix it on LTR simply add the line:
self.treeview_update.set_direction(gtk.TEXT_DIR_LTR)
after the treeview's creation.
(
http://
** Branch linked: lp:~shlomister/update-manager/treeview-update-ltr
--
List of updates aligned left
https://bugs.launchpad.net/bugs/316171
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubu
** Branch linked: lp:~shlomister/gfxboot-theme-ubuntu/hebrew-fix
--
Live CD, first screen, Hebrew not correctly displayed
https://bugs.launchpad.net/bugs/212491
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Orgad,
I tested on a Lucid snapshot and I don't really understand the problem.
What version are you using?
What is the meaning of "flipped" test area. What "Esc" is on the right?
The test area direction is determined by the first char with strong direction.
This is GNOME behavior and not a bug.
AFAIK, currently it's waiting to be reviewed by one of the Ubuntu Core
Development Team memebers.
Since it's a very simple, single-line fix, I hope it'll get merged in time for
10.04 LTS.
--
List of updates aligned left
https://bugs.launchpad.net/bugs/316171
You received this bug notification b
> IMHO it's probably worth making sure the text is right-way-round as a first
> step,
> even if the shaping still needs to be implemented.
The proposed patch will fix Arabic text direction but with no char
shaping (as can be seen in the attached screenshot in which I enabled
Arabic again).
It s
** Attachment added: "Arabic gfxboot with shaping .. but no displayable fonts"
http://launchpadlibrarian.net/37596361/arabic_gfxboot_with_join_wtf_no_fonts.png
--
Live CD, first screen, Hebrew not correctly displayed
https://bugs.launchpad.net/bugs/212491
You received this bug notification b
After testing today the daily snapshot I can confirm that this issue is
resolved.
Thank you Colin and everybody else who helped.
--
Live CD, first screen, Hebrew not correctly displayed
https://bugs.launchpad.net/bugs/212491
You received this bug notification because you are a member of Ubuntu
B
Public bug reported:
Binary package hint: ubiquity
In Ubiquity (GTK), after selecting Hebrew (or any other Right To Left
language) the entire GUI will be flipped and the text displayed on the
first screen is truncated. It looks like the language selector overlaps
the welcome text.
Steps to repro
** Attachment added: "Screenshot of ubuntu installer started from the livecd
desktop"
http://launchpadlibrarian.net/43696112/screenshot-ubiquity-hebrew-rtl-problem.png
** Attachment added: "Casper.gz"
http://launchpadlibrarian.net/43691262/Casper.gz
** Attachment added: "Dependencies.txt
** Attachment added: "Ubuntu 10.04 welcome screen after selecting Hebrew"
http://launchpadlibrarian.net/43696813/Screenshot-hebrew-welcome-screen.png
--
Truncated text in Ubiquity after selecting Hebrew
https://bugs.launchpad.net/bugs/560114
You received this bug notification because you are
tested with 2.2.18
Hebrew text still gets truncated.
** Changed in: ubiquity (Ubuntu)
Status: Fix Released => New
--
Truncated text in Ubiquity after selecting Hebrew
https://bugs.launchpad.net/bugs/560114
You received this bug notification because you are a member of Ubuntu
Bugs, which i
It seems like when commenting out the following line (line 85 at gtk_ui.py) :
layout.set_width(allocation.width * pango.SCALE)
The Hebrew text is displayed perfectly.
Evan, the fix you published deals with a vertical fitting issue while
this bug is about horizontal truncating of the text.
if y
The decision to allign the title was made considering varuois usability
issues and the set of mind Ubuntu design people had so I think we\ll
have to conform and just check that it works OK in RTL layout.
>From watching your screenshot (I didn't test it yet by myself) I think
the real bug here is t
Usama:
Yes. MLTerm is ugly - it doesn't have Gome-terminal's options, menu,
scroll-bar, opacity and other features.
The reason is simple enough - it's not a Gnome application. it was written
directly in X API (AFAIK).
If MLTerm will be ever included in RTL installations by default as this bug
su
Haggai, can you please provide a like to the patch/bug report that you
sent upstream?
--
new Ubuntu 10.04 themes don't properly support RTL languages
https://bugs.launchpad.net/bugs/538372
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I can confirm that this bug still exists on Lucid.
--
Truncated elements in dialog he_IL
https://bugs.launchpad.net/bugs/371257
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
htt
I found this related post in my RSS reader:
http://blogs.gnome.org/metacity/2010/05/14/justified-and-ancient/
--
new Ubuntu 10.04 themes don't properly support RTL languages
https://bugs.launchpad.net/bugs/538372
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Wasn't this bug fixed a long time ago. Are we dealing here with a
regression in Metacity?
https://bugzilla.gnome.org/show_bug.cgi?id=92212
Maybr you guys should contact Yair Hershkovitz (author of previous
fixes) before you try to patch it and ask for his opinion...
** Bug watch added: GNOME Bug
hi,
1. I Committed a branch called "hebrew-fix" using bzr in my own user
branches. I could not commit it under ubuntu-core-dev. I guess I don't
have the permissions to do so:
$ bzr push
sftp://shlomis...@bazaar.launchpad.net/~ubuntu-core-dev/gfxboot-theme-ubuntu/hebrew-fix
bzr: ERROR: Permission
Thanks for the comment & additional information.
You forgot to mention you use Kubuntu in your initial bug report...
I could not reproduce on Ubuntu because (AFAIK) there is no keyboard display in
Ubuntu's installation.
This is probably caused by direction property set to RTL (the system
default
IMO, Bidi algorithm implementation is not required here because we have
no need to read Hebrew/Arabic user input in the boot loader. We just
have to display the text in a readable manner. For this, all we have to
do is reverse the text according to the bidi algorithm and display it
visually. This c
As you can see in the attached image, Hebrew text is displayed
correctly. I guess some string are still in English because new
translation havn't been fully exported yet.
** Attachment added: "gfx-boot-fix.jpg"
http://launchpadlibrarian.net/37181399/gfx-boot-fix.jpg
--
Live CD, first screen,
I Wrote about it in the past (...2011!).
http://shlomil.blogspot.co.il/2011/12/changing-text-direction-and-gnome.html
Nobody really cared back than.
So, as I wrote in the blog above, I think this issue can be solved as an input
method plugin (or a patch to Gnome) which will let you control the inv
Hi Reza,
Issues regarding GTK should be reported in the upstream issue tracker. Which
seems to be:
https://gitlab.gnome.org/GNOME/gtk/issues
Maybe you should first have a chat with Behdad Esfahbod regarding this issue.
Good luck!
--
You received this bug notification because you are a member of
*** This bug is a duplicate of bug 560114 ***
https://bugs.launchpad.net/bugs/560114
** This bug has been marked a duplicate of bug 560114
Truncated text in Ubiquity after selecting Hebrew
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed t
Yaron: What button are you referring to?
The cause for the problem is (IMO) the 'layout.set_width' line.
Last time I tried (which was about a year ago), removing this line solves the
problem.
Some hints from the devs regarding the role of this line might help as
it seems that removing it doesn't
This bug sound like an upstream bug and I'll take a "wild" guess and say the
fix is probably the same one I did in Pidgin a few years ago:
http://shlomil.blogspot.com/2007/02/patch-to-fix-some-bidi-text-issues-in.html
RL=1 should be passed for RTL messages in MSN protocol.
Wireshark can be used t
** Tags added: rtl
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/733087
Title:
software ratings (stars) override package name in right to left
encoding
--
ubuntu-bugs mailing list
ubuntu-bugs@li
** Tags added: arabic hebrew i18n l10n persian
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/733087
Title:
software ratings (stars) override package name in right to left
encoding
--
ubuntu-bugs
I just ran lowriter on Oneiric Beta1 (Hebrew GUI) and the problem still
exists.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/371257
Title:
[upstream] Truncated elements in dialog he_IL
To manage n
Hi Dovix,
I can confirm that this bug seem to have been solved in Oneiric Beta1 .
Probably the move to Gnome3 included some fix for it.
Since we have 2 confirmations that this bug doesn't appear on 11.10Beta1 we
should probably close it.
I just wonder who/what fixed it.
Offtopic:
The sentence i
Bug still exists on Oneiric Beta 1, Software Center version 4.1.22 .
Regression?
** Attachment added: "stars-overlapping-in-hebrew.png"
https://bugs.launchpad.net/ubuntu/+source/software-center/+bug/733087/+attachment/2410719/+files/stars-overlapping-in-hebrew.png
--
You received this bug
Seems to me like the placement of the stars is prefect -
for example, if you look at the highlighted selection in the above screenshot
you will see that there's a big space from the right to the beginning of the
label. If you would align the string to the right then is looks like there's
enough
priority in the Alternatives list, which will make
MLTerm default when installed.
Shlomil
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/263822
Title:
RTL (right to left) support in terminal (BiDi
Well, Going by the GNOME logic (which I dislike .. sigh (
https://bugzilla.gnome.org/show_bug.cgi?id=167354 ))
.. the auto-detection should be just fine (option C).
The grandmothers using Gnome should be smart enough to insert the Invisible
Unicode LRM/RLM characters when auto-detection goes w
>>Personal opinion<<
MLTerm is not a regualr GNOME application and therefore looks ugly and doesn't
fit well in the (GNOME based) Ubuntu echo system. Look at it's scrollbar for
example - it doesn't use the GNOME theme for drawing but use some old X
decoration.
Moreover, I havn't seen many users
On Wed, Jul 28, 2010 at 4:50 PM, Alexander Sack wrote:
> 2. use console to execute installation instructions or config file
> adjustments to change the behaviour of the system.
I think you got it right but I would like to note (regarding 2) that
if a console program (with existing RTL transla
Now with Fribidi 0.19.2 in Ubuntu , I think that fixing this issue is a matter
of doing the following:
1. Passing Arabic string through the Fribidi program during package build time
like we did in LP: #212491 (that should be very easy)
2. making sure all Arabic fonts including shaped ones are exp
46 matches
Mail list logo
