Soft hyphen in ios7

Hello,
I am migrating my app to ios7.
In ios6.1 I used soft hyphens in my xml-File and it worked perfectly in the UITextView.
In ios7 the text still hyphens, but the hyphen mark disappeared.
example ios6
We, therefore, the represen-
tatives of the United States
example ios7
We, therefore, the represen
tatives of the United States
What can I do?
Thanks in advance
olzz

I've encountered the same problem. You'll need to use attributed strings with a paragraph style:
    NSMutableDictionary *attributes = [[NSMutableDictionary alloc] init];
    attributes[NSFontAttributeName] = [UIFont systemFontOfSize:16]; //Set your font here
    NSMutableParagraphStyle *hyphenation = [[NSParagraphStyle defaultParagraphStyle] mutableCopy];
    [hyphenation setHyphenationFactor:1.0]; // Hyphenation factor accepts values between 0 and 1 (0=off, 1=hightest hyphenation factor to decide if to hyphenate a word
    attributes[NSParagraphStyleAttributeName]=hyphenation;
Then set the attributed string property of the text view:
    textView.attributedText=[[NSAttributedString alloc] initWithString:@"my string" attributes];
Hope this helps!

Similar Messages

How to remove Soft hyphens in text PDF?

Currently am working on the text validation for ebooks using PDF compare process. And am able to fetch errors along with false positive issues in final compare report.
To ignore the false positive errors, i need to delete the soft hyphen in source PDF. Could any one please guide us on this.

There is no such thing as a soft hyphen in a PDF (except where it is tagged). There are hyphen characters, but the information on them is purely visual. No design-time decisions such as soft vs. hard remain, just as they do not remain on a sheet of paper.

Firefox lets table overflow instead of breaking words at soft hyphens

On http://www.idea.int/vt/country_view.cfm?id=2 , the table overflows into the right column because of long table headings. I inserted soft hyphens into them to help the browsers break the headings when needed. This seems to work in IE 8 and Google Chrome but not in Firefox.

Yeah, same thing on my end. It seems like it's a difference of attitude in terms of implementing the standards. You should file a bug at [https://bugzilla.mozilla.org bugzilla] and let the devs know about this. See if it hasn't been file already. Remember that bugzilla is for bug work, not discussions or complaints.

Still no soft hyphenation

I was most disappointed to realise, after trying out the trial version, that Pages still has no option for inserting soft hyphens. That lack of features renders Pages virtually useless for those using languages currently unsupported by Pages, such as Finnish. Pages is meant for producing nice-looking fliers and simple DTP products, but how to make a presentable document without the ability to hyphenate?
Even if Pages had language support for Finnish, soft hyphenation would still be useful. I doubt the automatic hyphenation ever works prefectly with all words. And adding the ability to insert soft hyphens would make it less necessary to keep adding support for new languages.
I have given feedback to Apple about this issue many times ever since the publication of iWork '05, but unfortunately of no avail. Without soft hyphenation, Pages remains just a toy, not a tool.

Yes, Finnish hyphenation would be nice. AppleWorks has had it for years, why not iWork?
There is a Finnish spelling checker, Soikko, that helps a lot but soft hyphens are sorely needed.
I think that I've read somewhere (possibly here) that the reason for this omission is OS X itself, display system doesn's allow soft hyphens. If this is the case, I hope Leopard will remedy this.

Soft Hyphenation - Illustrator CS5

Hi everybody.
I wonder why, in latest version of Illustrator, soft hyphenation is gone. Though, in InDesign CS5.5 it still works.
This causes a lot of trouble in my work.
In CS3 it worked just fine. Since I 've updated to CS5 it's a nightmare.
Can you please bring it back as soon as possible?

I am having a similar problem. I am using CS5 15.0.0 on MacOSX 10.5.8.
Everything seems to work fine, and I can save files fine. But when I try to quit I get the error message, "The application Adobe Illustrator CS5 quit unexpectedly ... " I have changed the permissions on ~Library/Application Support/Adobe/Adobe Illustrator CS5 and, for good measure, in the "en_US folder under it. It did not work.
On the other hand, everything works OK when I try to do the same thing in another account in the same computer.
Any ideas?

Is there a way to "soft-hyphen" words in Pages?

In editing book text in Pages, the automataic hyphen divides word incorrectly. When I correct it, the hyphen remains when line change differs. In Adobe Pagemaker you could "soft-hyphen" a word to avoid tdhis problem. Can anyone help?
Karl

Hi Peggy
What you insert is not a soft hyphen
In computing, a soft hyphen (U+00AD, ) is a type of hyphen used to specify a place in text where a hyphenated break is allowed without forcing a line break in an inconvenient place if the text is re-flowed.
We may insert it in Pages document but, as Fruhulda wrote, it’s not treated the 'standard' way by Pages which treat it like a standard hyphen.
Yvan KOENIG (VALLAURIS, France) mercredi 21 septembre 2011 21:30:20
iMac 21”5, i7, 2.8 GHz, 4 Gbytes, 1 Tbytes, mac OS X 10.6.8 and 10.7.0
My iDisk is : <http://public.me.com/koenigyvan>
Please : Search for questions similar to your own before submitting them to the community

Semicolon overstriking soft hyphen in InDesign CS5.5 ME

Hi
I'm experiencing a weird problem with a client project. I'm setting a book in New Caledonia LT Std version 1.040 using InDesign CS5.5 ME. In one line, InDesign is hyphenating the word "Littérature" between the "t"s. It looks fine on screen, but when I PDF it, a semicolon overstrikes the hyphen. The hyphen prints correctly out of InDesign. When I change the font to the Type 1 version of New Caledonia, it PDFs and prints correctly.
My best guess is that it's a problem with the font, but I don't know. It's only happening in this one case right now, but in an earlier draft of the pages, it happened elsewhere.
Has anyone experienced this? Got any thoughts on what might be causing it?
I don't know if there's a way to debug the font, but does anyone know if Adobe would supply the updated version of the font if it's a bug in the old version?
Thanks.

Save as IDML. Don’t expect it to work perfectly.
New features will be lost and text will likely reflow.
Bob

A space is sometimes added before hyphenation when creating a pdf

In using Acrobat 9.5 I have found that sometimes when a pdf is created from Quark 8, the new pdf has a space right before the soft hyphen at the end of a line of text that was not there in the original file. This space does not get inserted before all soft hyphens, just randomly, and there seems to be no way of knowing where it will show up. The space does not always occur in the same word with the same soft hyphen. Is there a setting I am missing that will eliminate this glitch?

Use the below code..It will solve your problem..
Data: c_space type c value space.
SHIFT v_text RIGHT DELETING TRAILING C_SPACE.
SHIFT v_text LEFT DELETING LEADING C_SPACE.
<b>OR</b>
Use CONDENSE statement.
<i>* Reward each useful answer</i>
Raja T

Where is the list of hyphenated words located in mac os x

I would like to create a list of words in Armenian for auto-hyphenation. Is there a way I can create this list and install it where the English hyphenated word list is installed, so that any word processor can auto-hyphenate an Armenian text?
After collecting the words and making the word bank, I need to know:
1. How to create the hyphen? whether by inserting hard hyphen? or soft hyphen? or some other character that Mac OS X will interpret it as auto-hyphen sign.
2. What format should I save this list? RTF, textonly, etc.
3. Where should I install this file?

>> Once I know what those numbers represent
I would suspect--though I don't know for certain--that the hyphenation-marking digits work as in other UNIX programs. Here are two leads:
http://lists.gnu.org/archive/html/groff/2001-03/msg00026.html
http://www.helsinki.fi/~tapirine/publications/Pirinen-cla-2010.tex
Search them for "odd" or "even" to get started. Good luck.

Manual text hyphenation issue!

Hi All,
I have an issue about text hyphenation. We actually work with different languages for foreign clients. So we keep the Illustrator language accordingly to get right text breakup. Sometimes default breakup doesn’t give right breakup. So in that case we do give manual breakup for text.
So after a while, if we get feedback from client, to do change where, the breakup runs to the next line and still the hyphenation exists. So I would like to know is there any way to solve this issue.
If you see above screen shot, the left side file is the one which we did with manual text breakup. And then client given some text corrections. So while doing text corrections hyphenation run to next line.
So this is what makes me crazy. Because it is quite difficult to trace the manual hyphenations after doing the changes. The reason to difficult is, we do multi files and multi text breakups. So i really want to know, if there is a way to solve this issue.
Thanks for the time to read this and appreciate for positive reply.
regards
FroQ

I've Got Bad News For You.
It is the exact option you were looking for, and it has been so since ... well, about 1986, as that's when I started typesetting, and this feature was already there in WordPerfect 4.2.
Not so in Illustrator CS4 (v14.0), March 2012. You can insert soft hyphens until you go blue in the face but Illustrator simply ignores them. See the soft hyphen in the middle of "hypothesis" in the right column:
Now I showed some initiative, and after finding out that it indeed does not work (as you did), I turned to Google (which you did not), and that led me to this discussion: http://forums.adobe.com/message/1258567
This crucial feature does not work, and there is no easy way to work around it either. Please complain to Adobe.
(I did not try CS5.5 -- perhaps it works for that version, perhaps it does not. Anyone else care to see?)

How to see and enter discretionary hyphens?

Hi everybody!
Thank you in advance for thinking with me on this problem!
I just started to work with Pages yesterday and immediately I encountered a serious problem. When opening a Word file in Pages I realized that all discretionary hyphens which this file included where gone! Moreover, I found no way to create a new discretionary hyphen. Since I work mostly with foreign language texts I do rely a lot on these hyphens. And the languages I work with are mostly Eastern Europe languages which are not covered in Pages or in most other programs.
Is there a way to enter discretionary hyphens in Pages and to make previously entered hyphens visible?

If you do a search on "soft hyphen" in the forum you can find earlier discussions. I think Pages does not yet support it the way you need it to.
http://discussions.apple.com/thread.jspa?messageID=6311846&#6311846

Where to find hidden character...

Where to find a update for this ?
https://discussions.apple.com/thread/1899290?start=0&tstart=0
Right now i am looking for characters like
"SOFT HYPHEN" Unicode: U+00AD, UTF-8: C2 AD
is there any alternative hidden charracter on a Mac ?
I now where to find the "Character Map" on a mac and all that..., - but how to type in a hidden character on the keyboard... ?

You need to enable Unicode Hex Input in the Language & Text Input Sources preference pane. Also, check the box that shows the input menu in the menu bar.
After selecting Unicode Hex Input, you can hold down the option key while keying in 00AD and you get the character.
The other option is the Edit > Special Characters menu item. If you select the gear drop-down in the upper left corner of this panel, you can customize the left panel contents, including addition of Unicode Characters. Once you have that panel item added, you can select the Unicode character, and by double-clicking the Font Variation, it will appear at the current cursor position in your document.

How to get crispy fonts using icewm

Icewm doesn't produce the same crispy Verdana fonts in thunderbird and firefox, xfce shows (in Arch). I'm very glad with the quality in xfce (I selected antialias off, autohinter on and rgb full). This is my ~/.fonts.conf according to the gentoo-wiki. Should I replace rgba by rgb? How do I set the full rgb?
Edit: I tried rgb, to no avail.
In xfce I selected Verdana as a default font for the desktop; how to set it in icewm or in the .fonts.conf?
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>

<match target="font">
<edit name="autohint" mode="assign"><bool>true</bool></edit>
</match>

<match target="font">
<edit name="antialias" mode="assign"><bool>false</bool>
</edit>
</match>
!-- Enable sub-pixel rendering -->
<match target="font">
<test qual="all" name="rgba">
<const>unknown</const>
</test>
<edit name="rgba" mode="assign"><const>rgb</const></edit>
</match>
--></fontconfig>
Edit: If I leave the Autohinter fraction, xfce doesn't have crisp fonts.
Last edited by mumpf (2008-01-04 17:29:05)

Now it works (which means: Icewm and nice crispy fonts):
my /etc/fonts/fonts.conf (I have replaced sans-serif by verdana)
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">

<fontconfig>


<dir>/usr/share/fonts</dir>
<dir>~/.fonts</dir>

<match target="pattern">
<test qual="any" name="family">
<string>mono</string>
</test>
<edit name="family" mode="assign">
<string>monospace</string>
</edit>
</match>

<match target="pattern">
<test qual="any" name="family">
<string>sans serif</string>
</test>
<edit name="family" mode="assign">
<string>verdana</string>
</edit>
</match>

<match target="pattern">
<test qual="any" name="family">
<string>sans</string>
</test>
<edit name="family" mode="assign">
<string>verdana</string>
</edit>
</match>

<include ignore_missing="yes">conf.d</include>

<cachedir>/var/cache/fontconfig</cachedir>
<cachedir>~/.fontconfig</cachedir>
<config>

<blank>
<int>0x0020</int> 
<int>0x00A0</int> 
<int>0x00AD</int> 
<int>0x034F</int> 
<int>0x0600</int> 
<int>0x0601</int> 
<int>0x0602</int> 
<int>0x0603</int> 
<int>0x06DD</int> 
<int>0x070F</int> 
<int>0x115F</int> 
<int>0x1160</int> 
<int>0x1680</int> 
<int>0x17B4</int> 
<int>0x17B5</int> 
<int>0x180E</int> 
<int>0x2000</int> 
<int>0x2001</int> 
<int>0x2002</int> 
<int>0x2003</int> 
<int>0x2004</int> 
<int>0x2005</int> 
<int>0x2006</int> 
<int>0x2007</int> 
<int>0x2008</int> 
<int>0x2009</int> 
<int>0x200A</int> 
<int>0x200B</int> 
<int>0x200C</int> 
<int>0x200D</int> 
<int>0x200E</int> 
<int>0x200F</int> 
<int>0x2028</int> 
<int>0x2029</int> 
<int>0x202A</int> 
<int>0x202B</int> 
<int>0x202C</int> 
<int>0x202D</int> 
<int>0x202E</int> 
<int>0x202F</int> 
<int>0x205F</int> 
<int>0x2060</int> 
<int>0x2061</int> 
<int>0x2062</int> 
<int>0x2063</int> 
<int>0x206A</int> 
<int>0x206B</int> 
<int>0x206C</int> 
<int>0x206D</int> 
<int>0x206E</int> 
<int>0x206F</int> 
<int>0x2800</int> 
<int>0x3000</int> 
<int>0x3164</int> 
<int>0xFEFF</int> 
<int>0xFFA0</int> 
<int>0xFFF9</int> 
<int>0xFFFA</int> 
<int>0xFFFB</int> 
</blank>

<rescan>
<int>30</int>
</rescan>
</config>
</fontconfig>
My ~/.fonts.conf:
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<dir>~/.fonts</dir>
<match target="font" >
<edit mode="assign" name="hinting" >
<bool>true</bool>
</edit>
</match>
<match target="font" >
<edit mode="assign" name="hintstyle" >
<const>hintfull</const>
</edit>
</match>
<match target="font" >
<edit mode="assign" name="antialias" >
<bool>false</bool>
</edit>
</match>
<match target="font" >
<edit mode="assign" name="rgba" >
<const>rgb</const>
</edit>
</match>
</fontconfig>
By the way I have installed the MS core fonts and I have set my resolution to 96 dpi. In xorg.conf:
Section "Monitor"
Identifier "al1721"
HorizSync 30-83
VertRefresh 50-75
Displaysize 337 369
EndSection

Small caps - is there a way to change size ratio of lower to upper case?

I am using Adobe InDesign CS4 and one problem I've had is that when I select Small Caps on the character styles panel, lower case characters are about 60% the size of upper case characters. I'd like this to be more around 80% in my document.
I don't see a way to do this, so I'm having to avoid using Small Caps and am having to select various portions of each word and set them to different sizes.
Is there a setting I am missing for Small Caps that would save me this trouble? My typeface is Minion so I may also see if there's a variant available that uses well-crafted small caps.
Tim

Dave,
>.. adjust the size of the "lowercase" characters by using a GREP style
Yes ... and no.
It doesn't have to be an extremely complicated GREP style. You mention Unicode ranges, but it's not even necessary. You could try
>[a-z]
to select all lowercase characters, but it leaves out accented ones. Now specifying ranges for these doesn't work very good (to put it mildly), because they do not appear consecutively in the Unicode set.
Fortunately, GREP has a wildcard
>\l
for "lowercase", and this matches
i every
lowercase character (even Greek and Russian ones). It's equal to the POSIX expression
>[[:lower:]]
As this seems to work just the way you want, then why the "No"? The GREP style will be applied to
i all
lowercase characters in the paragraph, not just to the words you wanted.
[Warning: Dirty trick follows. Do Not Copy Unless Forced To.]
Of course you can
i force
the GREP style pick up 'unique' words by making them unique somehow. If you insert an invisible character
i before
and
i after
the words you want to mark -- in the case at hand, the ones you want to small-capitalize --, you can include the invisible characters in the GREP style. For example, by specifying
>~-\l+~-
you can "mark" words by inserting a soft hyphen before and after certain words. (This example also presumes only lowercase characters inbetween.) You don't have to use the soft hyphen, there are a couple more markers you could (ab)use. I think I'll leave it up to your imagination to wonder where it could possibly go wrong.

Spacing between characters too large when using line justification !!!!

Dear friends,
Since the first time when I have used Pages I noticed a somewhat annoying feature: Sometimes when I use line justification (left and right) the spacing between the characters increase substantially. Sometimes the spacing is ridiculously large. I guess that I have mad something wrong, but I do not know what. Can someone give me a hint what I should do to overcome this irritating aspect?!
Thanks in advance
LJ

There is no doubt that Mellel is a much better application than Pages in a lot of areas. It has been around for longer, it is more mature and it is actively maintained. Pages is of course better in a lot of other areas - and there is room for both on the market.
Mellel handles hyphenation in a much more advanced way than Pages and it has support for example for soft-hyphens, editable hyphenation dictionaries and hyphenation zones - something Pages lacks.
When it comes to the large space between characters, however, I cannot say that Mellel has invested a lot in making it look good. They just chose the simplest solution, just like MS Word, to increase space between words - not between characters. They even use this as an example of something ugly in Mellel's own user guide: "For example, the following text is fully justified but not hyphenated. The spaces between the words look wide and make the text look quite ugly."
As mentioned before, in some cases increasing space between words is the most pleasing solution to the eye. In some cases adding some space between characters is more pleasing, and that is the reason why Apple went to the extra trouble of adding that functionality. In many cases, it is not obvious which way is best, and people will have diverging opinions.

Soft hyphen in ios7

Similar Messages

Maybe you are looking for