Skip to content

A bug in the Mac GUI and a request

4 messages · Ivan Alves, Simon Urbanek, Bill Rising +1 more

Original
Ivan Alves
# 
Dear Simon,

First the bug:
R GUI version 1.17-pre (3821), Mac OS X system 10.4.7 on intel core  
duo.  Whenever (or almost)  I save the content of the quartz device  
(the graphics window) to a file, the window "Save Content of Quartz  
Device to PDF File" remains (or rather comes back) after pressing on  
the save button.  Furthermore this window cannot be closed, except by  
quiting the R GUI.

Now the request:
UTF-8 encoding support.  Since I have started working with csv files  
encoded in UTF-8 (which appears to be the native.enc in OS X) I have  
had quite a headache subsetting dataframes by values of a given  
factor (with text encoded in UTF-8 I pressume).  For instance  
"Compa?ia" appears as "Compa\361ia".  It goes beyond just looks,  
working with an external editor (TextMate), I cannot use "Compa?ia"  
nor "Compa\361ia", but "Compa\\361ia" for instance for subseting on a  
factor with this value.  This is hardly optimal and was wondering  
when the encoding issues are going to be solved on the OS X platform  
this problem does not appear in windows, partly I suppose as the csv  
files come form that platform...

many thanks in advance

Ivan
Simon Urbanek
# 
Ivan,
On Sep 28, 2006, at 10:04 AM, Ivan Alves wrote:

            

      
      
      
    

        
Ok, we'll have a look. There are issues with Cocoa since 10.4 that  
are still plaguing us ...

            

      
      
      
    

        
The problem here is that your are *not* using UTF-8. UTF-8 encoding  
of "?" is (if printed as octal codes) "\303\261". So what you see is  
something that is in a different encoding - AFAIC it is latin1 as you  
can see easily:

In command-line R (without locale):
 > iconv("Compa\361ia","latin1","UTF-8")
[1] "Compa\303\261ia"

In the GUI:
 > iconv("Compa\361ia","latin1","UTF-8")
[1] "Compa?ia"

So when you are loading your table, you should be using something like
read.table(file("my.table",encoding="latin1"))
to get the correct result.

You may want to read Brian Ripley's article about encodings and  
localization in the R News Vol 5/1.

Cheers,
Simon

  
  


  


      

    

    

      
      

        


  

        

      Bill Rising
    

    

      
      #
    

  


  

      
On Sep 28, 2006, at 11:24, Simon Urbanek wrote:

        

            

      
      
      
    

        
This happens in R GUI 1.16 (3198) under Mac OS X 10.4.7 on a PPC  
also. As far as I can remember, this problem is fairly recent. It  
seems to happen when I Save As... and then switch focus away from R  
quickly. If I leave the focus on R for a couple of seconds, there is  
no problem.

Bill
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2427 bytes
Desc: not available
Url : https://stat.ethz.ch/pipermail/r-sig-mac/attachments/20060928/603a7dd2/attachment.bin

  
  


  


      

    

    

      
      

        


  

        

      Rob Goedman
    

    

      
      #
    

  


  

      
Hi Ivan & Bill,

Thanks for spotting another case of a 'dangling' window. Its fixed in  
the source and it should be in tonight's build, available tomorrow  
(3830 or higher) from http://r.research.att.com  .

This window indeed is not added to the window list, hence there is no  
way to make it disappear other
than restarting R.app.

If anyone comes across these windows that magically popup a short  
while after dismissal, please let us know when it happens and which  
window pops up.

Rob

        
On Sep 28, 2006, at 8:54 AM, Bill Rising wrote: