Re: NSOpenPanel and showing file name's
Re: NSOpenPanel and showing file name's
- Subject: Re: NSOpenPanel and showing file name's
- From: Scott Mitchell <email@hidden>
- Date: Wed, 9 Nov 2005 12:25:09 -0700
Well that sounds good, but we would have to change the way the Windows
version works
also then. Also we can't use Tiger as we have to support back to 10.2
because this is for
school districts, and they normally are not up to the most recent
version's. Thanks for your
reply anyway.
Thanks,
Scott Mitchell
Macintosh Software Engineer
Excelsior Software
http://www.excelsiorsoftware.com
On Nov 3, 2005, at 2:43 AM, Julio Cesar Silva dos Santos wrote:
Maybe if you take another approach: It sounds to me like the problem
with storing files inside databases. You can do it as major database
servers currently have the blob type, but the size of db increases
rapidly. So you create a database with only metadata (that's what it
is designed for). When the user wants to know where a file is, your
front-end app shows all the records in a table, for example, and when
he finds out what he was looking for your app opens it.
You can do it with CoreData in Tiger but it can be achieved simply
using plist files in Panther and prior versions. For me it is better
than opening every file every time.
Julio Cesar Santos
email@hidden
eMac 1GHz ComboDrive
640MB RAM
Linux User #359973
On 02/11/2005, at 20:36, j o a r wrote:
On 2 nov 2005, at 23.17, Scott Mitchell wrote:
So what I am looking for is a way to override the display, to show
file names, or if anyone has re-written the NSOpenPanel to allow
users
to change the display string for a file, and is either open sourced
or for sale.
I don't think that you can do that using NSOpenPanel - and it's a
shame that you can't.
It would be great if you could plug a custom data source into the
open panel, just have it conform to some sort of protocol. Take our
case: We have files stored on a server that the user should be able
to browse and "open". It would make sense to be able to re-use the
regular open panel for this purpose. As it is, we've solved this
problem by creating our own open panel. Not that difficult, but it
feels like a waste of time nonetheless...
j o a r
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
email@hidden
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden