Can't find any information on iPhoto's plugin development for iPhoto 11. Did Apple abandoned iPhoto SDK effort completely?
Log into your developer.apple.com account and paste this into Safari:
https://developer.apple.com/downloads/download.action?path=Developer_Tools/iphoto_08__plugin_sdk/iphoto_08_plugin_sdk.dmg
One bit of good news is that the iPhoto database is SQLite and is quite accessible to someone already familiar to SQL. The schema changed pretty significantly between iPhoto '09 and '11 but the concepts behind my experiments accessing iPhotoMain.db from the "sqlite3" command-line tool are still relevant.
I can't answer that officially, but it sure seems like Apple abandoned it. The SDK/sample code used to be readily available on the developer site, but it's now pretty difficult to track down. The bright side is it can still be done with the old sample code they used to provide assuming you can find it. The down side is that when it's hard to find like that, it's likely Apple won't be supporting it any more. Of course, maybe they're going to adopt a new plugin architecture, but I won't be holding my breath.
I found this link to an iPhoto Exporter plugin code example: http://code.google.com/p/slideshowexporter/ I think whoever posted this one to google code modified it to meet their needs, but it looks like some of the original code is still in tact and might be a good starting place for you.
I can confirm that the Apple example code works with iPhoto 11. I just don't have an official link.
Good luck.
Related
The readme.md at https://github.com/NativeScript/windows-runtime says that the Windows runtime for Nativescript is in proof of concept stage, and then lists what I understand to be very deep language features that are not implemented yet.
The tone on the https://www.nativescript.org/blog/nativescript-runtime-preview-for-windows-10 announcement seems a bit more enthusiastic about the current feature set.
Being able to use Nativescript on Windows Phone (and any other platform) is incredibly appealing.
TJ, a core team member, recently posted on the forums about this:
Hey #NezzaGrey,
Thanks for reaching out, and awesome that you’re liking NativeScript :smile:. >Straight to the point though—we’re not actively working on UWP support because >1) it’s a ton of work to add a new platform and commit to supporting that >platform indefinitely, and 2) we’re not seeing nearly enough demand from our >community to justify taking on that work.
That doesn’t mean that UWP support in NativeScript will never happen, but it’s >not coming in the short term because we’re just not seeing the demand. That can >always change though. I’d encourage you to add your use case to the GitHub >issue open for adding UWP support in NativeScript: >https://github.com/NativeScript/NativeScript/issues/254. Yes, the issue is >somewhat ancient, but we really do pay attention to well-thought-out comments >during roadmap discussions.
I’ll note two other things. First, our initial work on making a Windows runtime >is completely open source and available on GitHub: >https://github.com/NativeScript/windows-runtime. We’d love to have community >?>help to make the new runtime a reality.
Second, one option you have is to build your iOS and Android apps with >NativeScript and Angular, and to use our code sharing approaches (see ?>https://www.nativescript.org/blog/code-sharing-between-web-and-mobile-with->angular-and-nativescript1) to share your Angular code with other apps. You >could take that approach to share Angular code between your NativeScript apps >and your UWP apps if you use something like Electron. This approach isn’t >ideal, as you’d probably prefer to build a completely native UWP app, but it’s >something to consider if you’re open to using Electron.
Anyways, hopefully you found some of this helpful. If you have any other >questions feel free to follow up.
Source: https://discourse.nativescript.org/t/windows-uwp-support/2659/3
I know this is not related to PHP but related to many Front-end designers and developers.
In now days experienced mockup or UI/UX element designer use an app called sketchapp specially who use mac os. but when it comes to front-end developers who don't have mac os to code front-end. Here is the problem start many of developers try to search a solution but I don't think any one had it because the app developers not create any thing for windows to support these files.
My Question: what is the solution for this problem? should we try to find a friend/colleague who have mac os with the app or should we ask the client for other file format (but sometime clients don't have other file formats) or should we reject the project.
what should we do?
The immediate solution is to have your clients export their Sketch files to pdf. That is a built-in function in Sketch and only takes a second.
Longterm you may want to evaluate whether or not you maybe should get a cheap Mac to expand your portfolio.
Not sure if this is what you are looking for, but if you need to get design specs to work with you could use:
https://zeplin.io/
OR
https://www.invisionapp.com/
They offer tools for collaboration between designers and developers.
Hope this helps!
I am working on developing some Audio Units. I am wondering if there exists a "getting started" guide that is more up-to-date than this one on Apple's website from 2007?:
https://developer.apple.com/library/mac/#documentation/MusicAudio/Conceptual/AudioUnitProgrammingGuide/Introduction/Introduction.html
If not, can anyone recommend a good book for this?
I seem to already have a handle on it, but I would like to make sure that I am following the correct standards and a simple tutorial would be helpful for me to double-check that what I am doing is correct.
I am actually surprised that a simple google did not come up with much recent information on the development of audio units. I would appreciate if anybody could point me in the direction of information on this.
Thanks!
Sadly, apple seems to be slowly abandoning AudioUnits. Most of their documentation is dead and the SDK won't even work out of the box on modern Mac systems without some modifications.
That said, I can also recommend "Learning CoreAudio".
I need to use MediaWiki at work. It used to be okay, but with sites s.a. StackOverflow, there's some user interface issues that simply don't do any more.
Most importantly, I'd want to see the live preview when typing. There shouldn't be need for a preview mode.
What Wikis are you using? Which would be the best for a recent (easy) Web experience?
Can MediaWiki be updated to have more recent UI behaviour?
Addendum:
Two products seem to be above others, both "open source commercial" (= you get a skinny version free, standard and enterprise levels with more goodies cost).
MindTouch DekiWiki
Confluence
Judge for yourself. I sure found my liking in one of these. :)
There is a WYSIWYG extension for mediawiki. See Fckeditor:
Well there is StackExchange (which is the StackOverflow engine), but you have to pay for it.
A discussion on Confluence vs Mediawiki: http://confluence.atlassian.com/display/DISC/Confluence+Vs+Mediawiki
It doesn't have the preview feature you talk about, but you asked for "favorite wikis", so here's mine (at least favorite for ease of use/setup):
http://en.wikipedia.org/wiki/ScrewTurn_Wiki
http://www.screwturn.eu/
And/or: do I need one?
I've recently started using FogBugz for my hobby projects, and I'm very happy with things so far. Having read more about it, especially the evidence-based scheduling, I'd like to start using it for my PhD as well. (Heh; something tells me my supervisors won't be opening tickets for me, though.)
Last night I stumbled onto TimePost, which looks like a tidy app that doesn't do much but could be a real bonus to logging my time in FogBugz effectively. I tried looking around for similar apps but came up a little empty-handed. Are there any other FogBugz clients that you've used and recommend for Mac OS X? Or are you happy with the web interface?
The official answer is no, there is not a dedicated Mac client, other than Safari :)
There's a command line version that runs on Linux, Windows, and Mac.
There are also plans for an iPhone version although I'm not technically supposed to announce features before they are done or even spec'd so pretend I didn't say that.
I recently spotted this one which looks quite nice for additions:
http://manicwave.com/products/tickets
I'm happy with using the web interface. I've used Fluid to create a custom browser for it, and even gotten some help making a pretty icon.
We recently released a new Fogbugz client software for Mac, maybe you are interested to give it a try, http://lithoglyph.com/ladybugz/
I remember reading that there was a client in development, and I believe they're still looking for beta testers. See this URL
http://support.fogcreek.com/default.asp?fogbugz.4.24403.0
Shameless plug here, but you might wanna check out QuickBugz --- it is a lightweight program that integrates into your status menu. http://www.quickbugzapp.com
I have been very happily using the Tickets program from Manic Wave for a few weeks now. it provides a very fluid experience. I am using it in a pressure cooker of doing a competition entry in my odd hours around my day job.
Tickets makes it incredibly easy to create lots of small cases and juggle them between different milestones. I particularly like its outline view which helps when doing task breakdowns into sub-tasks.
Being a long way from the Fogbugz servers, in Western Australia, the speed of a searchable local interface is very much appreciated.
The UI has a lot of nice little Macisms such as mouse over a milestone and see the hours summarized.
Support has also been very prompt and comprehensive.
I don't think there is any other such Mac tool. I've never found the web interface too bad personally.
I don't know of any native tool, but like Matt I am pretty happy with the web interface.
The beta of Safari 4 and SSB feature is a pretty good option...
I found using a Mac browser w/ the screen snapshot and search engine add-on to be very useful. I think what you are saying is that it can be hard to edit your timesheets, but that is part of the web design.
I've just released Bee, which is a Mac client for FogBugz. (It also pulls in your tasks from GitHub and JIRA.)
It offers several benefits over the web interface and is designed to be simple, fast and elegant. You can check it out at: http://www.neat.io/bee/fogbugz.html