Re: [bug #4459] gopen wrongly using -a switch

[Gregory John Casamento]

I was actually trying to correct this as well.   When -[NSWorkspace
openFile:withApplication:] is called using a file type which the specified app
doesn't recognize, the application refuses to load the file.

For example, I tried opening a .jpg with Ink, whose registered types are text,
rtf, and rtfd.  The same test on both MOSX and OPENSTEP actually opened the
.jpg file and displayed junk in the text view. 

Is this a bug in NSWorkspace?

GJC
--- nobody@savannah.gnu.org wrote:
> 
> =================== BUG #4459: LATEST MODIFICATIONS ==================
> http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4459&group_id=99
> 
> Changes by: Martin Brecher <martin@mb-itconsulting.com>
> Date: Sat 07/26/2003 at 15:51 (GMT)
> 
> ------------------ Additional Follow-up Comments ----------------------------
> Thanks.
> I will add the suggestion to use openapp instead of gopen -a when not opening
> a file to the gopen manpage.
> 
> 
> 
> =================== BUG #4459: FULL BUG SNAPSHOT ===================
> 
> 
> Submitted by: mb                      Project: GNUstep                      
> Submitted on: Thu 07/24/2003 at 15:12
> Category:  Gui/AppKit                 Severity:  5 - Major                  
> Bug Group:  Bug                       Resolution:  Fixed                    
> Assigned to:  FredKiefer              Status:  Closed                       
> 
> Summary:  gopen wrongly using -a switch
> 
> Original Submission:  example: gopen -a someapp somefile
> this should (wrt OPENSTEP's open) open somefile using someapp, apparently
> what it does it launch someapp but open somefile with the currently
> associated app.
> 
> 
> Follow-up Comments
> *******************
> 
> -------------------------------------------------------
> Date: Sat 07/26/2003 at 15:51       By: mb
> Thanks.
> I will add the suggestion to use openapp instead of gopen -a when not opening
> a file to the gopen manpage.
> 
> -------------------------------------------------------
> Date: Sat 07/26/2003 at 15:26       By: FredKiefer
> I changed the code in gopen.m so that the option -a no longer starts the
> provided applciation directly, but uses this application to open the
> specified files.
> This may not be the expected behaviour for the case where only the -a
> <Application> argument is present. But for this case I would expect that the
> openapp tool is used anyway.
> 
> 
> CC list is empty
> 
> 
> No files currently attached
> 
> 
> For detailed info, follow this link:
> http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4459&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


=====
Gregory John Casamento
-- bheron on #gnustep, #linuxstep, & #gormtalk ----------------
Please sign the petition against software patents at:
http://www.petitiononline.com/pasp01/petition.html
Petition to make Lighthouse Application Suite Free Software at:
http://www.petitiononline.com/laafs/petition.html
--- Main Developer of Gorm (featured in April Linux Journal) ---

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com