Re: [bug #3878] copy and pasting non ascii text

[Rob Burns]

belated feedback ..

Thanks, This works well for me now, using utf8 encoding with Thai characters. I 
tested it by opening a new file in Ink, and copying and pasting some characters 
in Affiche, and also back into the file. gpbs doesn't die here.

Rob

On 2003-08-11 03:46:04 +0700 nobody@savannah.gnu.org wrote:

> =================== BUG #3878: LATEST MODIFICATIONS ==================
> http://savannah.gnu.org/bugs/?func=detailbug&bug_id=3878&group_id=99
>
> Changes by: Fred Kiefer <FredKiefer@gmx.de>
> Date: Sun 08/10/2003 at 20:46 (GMT)
>
>              What     | Removed                   | Added
> ---------------------------------------------------------------------------
>                Status | In Test                   | Closed
>
>
> ------------------ Additional Follow-up Comments ----------------------------
> Closed as there was no more feedback.
>
>
>
> =================== BUG #3878: FULL BUG SNAPSHOT ===================
>
>
> Submitted by: None                    Project: GNUstep                      
> Submitted on: Thu 06/05/2003 at 21:19
> Category:  Gui/AppKit                 Severity:  5 - Major                  Bug 
> Group:  Bug                       Resolution:  Fixed                    
> Assigned to:  FredKiefer              Status:  Closed
> Summary:  copy and pasting non ascii text
>
> Original Submission:  Copying and pasting of non-ascii text works, if the text 
> is plain text. If the text is attributed, it doesn't work. I've only tested 
> this with GNUSTEP_STRING_ENCODING set to NSUTF8StringEncoding.
>
> Follow-up Comments
> *******************
>
> -------------------------------------------------------
> Date: Sun 08/10/2003 at 20:46       By: FredKiefer
> Closed as there was no more feedback.
>
> -------------------------------------------------------
> Date: Tue 07/15/2003 at 22:26       By: FredKiefer
> Enabled the RTFConsumer to handle unichars from the RTF file.
>
> This by itself now works fine, but selecting such a character in the NSTextView 
> kills gpbs with the message:
> /usr/GNUstep/System/Tools/ix86/linux-gnu/gnu-gnu-gnu/gpbs: Uncaught exception 
> NSCharacterConversionException, reason: Can't get cStringLength from Unicode 
> string.
>
> -------------------------------------------------------
> Date: Sun 06/22/2003 at 08:55       By: None
> I can reproduce it by doing the following:
>
> - Open Ink
> - Select new file
> - Type a Thai word
> - Copy it
> - Try to paste it
>
> nothing happens at that last step. Maybe non-ascii isn't correct. maybe its non 
> ISOLatin1 characters.
> Rob
>
> -------------------------------------------------------
> Date: Sat 06/21/2003 at 13:09       By: fedor
> Works fine for me in Ink.app with NSISOLatin1StringEncoding
> and NSUTF8StringEncoding. Do you have an example?
>
>
> CC list is empty
>
>
> No files currently attached
>
>
> For detailed info, follow this link:
> http://savannah.gnu.org/bugs/?func=detailbug&bug_id=3878&group_id=99
>
> _______________________________________________
>    Message sent via/by Savannah
>    http://savannah.gnu.org/
>
>
>
> _______________________________________________
> Bug-gnustep mailing list
> Bug-gnustep@gnu.org
> http://mail.gnu.org/mailman/listinfo/bug-gnustep