Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

kUTTypeFileURL #90

Open
MonkeybreadSoftware opened this issue Apr 9, 2013 · 3 comments
Open

kUTTypeFileURL #90

MonkeybreadSoftware opened this issue Apr 9, 2013 · 3 comments

Comments

@MonkeybreadSoftware
Copy link

In IMBObjectViewController.m I added kUTTypeFileURL so the panel also works for older software here:

In line 1913 and following
// Write more generic bits
[inPasteboard addTypes:[NSArray arrayWithObjects:
NSFilenamesPboardType,
kIMBPublicTitleListPasteboardType,
kIMBPublicMetadataListPasteboardType,
NSURLPboardType,
kUTTypeFileURL,
nil]
owner:self];

also in line 1455:

if (([inType isEqualToString:(NSString*)kUTTypeURL]) || 
    ([inType isEqualToString:(NSString*)kUTTypeFileURL]))
{
@mikeabdullah
Copy link
Collaborator

Hi, I'm curious, can you give an example that fails without this patch?

@MonkeybreadSoftware
Copy link
Author

Am 11.04.2013 um 21:34 schrieb Mike Abdullah notifications@github.com:

Hi, I'm curious, can you give an example that fails without this patch?

An app made in Real Studio seems to only accept the FURL item in the drag and does not take the file names.

Greetings
Christian

Read our blog about news on our plugins:

http://www.mbsplugins.de/

@mikeabdullah
Copy link
Collaborator

OK. Can you do us a pull request then, please?

danielpunkass pushed a commit to danielpunkass/iMedia that referenced this issue May 19, 2017
@jjac
Mitigate karelia#90, Accessing the root node of a Photos library for …
92bb857 
…the first time within an app session takes very long for large libraries

When dispatching requests to the parsers via SBPerformSelectorAsync() We would prefer the more comfortable NSOperationQueue over dispatch_async()/dispatch_semaphore_... but it turns out that requesting a root media group in the context of the AppleMediaLibraryParser takes about twice as long compared to dispatch_async() and thus accounts for the vast majority of the time spent to
 "open" a an Apple Media Library framework based library.

I know this sounds crazy but our measurements regarding the matter are unambiguous (as of 2017/02/07).

We still keep the alternate NSOperationQueue implementation for future use in case our observations render no longer relevant.
danielpunkass added a commit to danielpunkass/iMedia that referenced this issue May 19, 2017
@danielpunkass
Merge commit '550bbea1fdbe9ee7eb9b7efd84c39cbbd43c6a3f'
d1f5b39 
* commit '550bbea1fdbe9ee7eb9b7efd84c39cbbd43c6a3f':
  Fix issue karelia#92, Loading of "Albums" node of Photos media library takes very long on large libraries
  Give user guidance on what to do when Lightroom catalog version and Lightroom version are out of step
  Always defer check for database version until root node population is imminent
  Eliminate warning about unimplemented method
  Defer Lightroom database version check
  Mitigate karelia#90, Accessing the root node of a Photos library for the first time within an app session takes very long for large libraries
  Fix karelia#89, Lightroom library not always accessible when running sandboxed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@mikeabdullah @MonkeybreadSoftware