OK, the black hole happenned to me also and i'm not using some fancy strange fonts... Most of the time i use Arial, Trebuchet, Verdana or Tahoma, but the most used is Trebuchet. When that happens you can write but text get lost, my workaround is to delete some text containing the black hole, then write again, also some times lines get messed up, when changing style to one line you get the next one changed instead of the one you tryed, this comes generally as a signal than there's a black hole, and usually remains after black hole has been deleted. Only workaround i have found is to save, close and reopen document. Also, i'm posting some images of what hapens with story editor, and the only workaround i have found for this one is to save, close and reopen document. Pages are in numerical order and i will explain. P1.jpg When trying to apply some style to a page, story editor misses the grid where to change styles as you can see, it appears white. But, text is formated and on its place. P2.jpg Open story editor for a different page (also on same page other text frame) and all styles are there, as you can see, text remains formatted on the previous frame. P3.jpg After closing and reopening document, you can successfully edit text and styles again. And watch, text IS formatted, but story editor says every line has the same style... there is something wrong.
Also, happened that, when deleting some text styles, style editor asks to replace deleted one with other.... but it chosses any but the one i select. Also, Undo.... if i move a text frame, and then undo, it unodoes any action but nothing related to text frame... i mean, it resizes an image resized before text was moved, but text remains in the same place. This two last didn't happenned on 1.3.3.9 and i believe neither on 1.3.3.10svn Using WinXP SP2+ and Scribus 1.3.3.11-1 The workarounds i have found are annoying because of the time takes to a document to open, and i mean the time it takes after green progress bar says 100% which usually is about 1 min. and time to reach 100% is more than normal, the same time on Win and Linux, but Linux doesn't takes the extra time after this. El 02/02/2008 05:33 a.m., Peter Nermander escribio': >> Beside, it happens i tried to replace with webdings and wingdings char, >> and the displayed char appears allways a thick square instead of >> the awaited character. >> Beside, that squarelooking character behave as a black hole : >> when typing next to it, characters dont appear, as swallowed by it. >> That is quite unusual as usability behaviour. >> Have i done something wrong ? >> > > I'm not sure about the black hole, but it is very important to understand > how Scribus works with fonts and characters. It is very different from how > the MS Office suite programs handle it. > > Scribus uses unicode as the character set. This means that it is important > to make sure the font used really have a glyph for the character code you > are using. Remember, all that is in the Scribus file is a charcter code (a > number). What is displayed on the screen depends on which glyph the font in > use has for that character code. > > I think it sounds as if you have switched to a font which doesn't even have > placeholder glyphs for the characters you are typing. > > /Peter > > _______________________________________________ > Scribus mailing list > Scribus at nashi.altmuehlnet.de > http://nashi.altmuehlnet.de/mailman/listinfo/scribus > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://nashi.altmuehlnet.de/pipermail/scribus/attachments/20080202/e9606220/attachment-0001.htm -------------- next part -------------- A non-text attachment was scrubbed... Name: P3.jpg Type: image/jpeg Size: 120621 bytes Desc: not available Url : http://nashi.altmuehlnet.de/pipermail/scribus/attachments/20080202/e9606220/attachment-0003.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: P2.jpg Type: image/jpeg Size: 123396 bytes Desc: not available Url : http://nashi.altmuehlnet.de/pipermail/scribus/attachments/20080202/e9606220/attachment-0004.jpg -------------- next part -------------- A non-text attachment was scrubbed... Name: P1.jpg Type: image/jpeg Size: 110034 bytes Desc: not available Url : http://nashi.altmuehlnet.de/pipermail/scribus/attachments/20080202/e9606220/attachment-0005.jpg
