Forums Tag: javascript

Forums Tag: javascript http://omeka.org/forums/ Forums Tag: javascript en Sun, 12 Oct 2008 05:34:17 +0000 KrisKelly on "javascript errors in IE" http://omeka.org/forums/topic/javascript-errors-in-ie#post-337 Fri, 11 Apr 2008 17:42:17 +0000 KrisKelly 337@http://omeka.org/forums/ Yes, it's true that IE does not like javascript:void(0). I'll put up a ticket for this to be fixed. In the meantime, you can try searching and replacing all instances of javascript:void() or void(0) with a #. That seems to be the consensus approach to the problem. The problem is that then the click handlers need to <code>return false;</code> at the end so that clicking the link doesn't send you to the top of the page. I'm not so sure about the other problem, but I'll look into it. From your other post, it seems like you're familiar with SVN. We're probably not going to do another release for a couple of months, but this particular problem should be fixed way before then. After we fix this, then I'd recommend checking out or exporting a copy of Omeka that can be used on your public library computers. Hope that helps. kkay on "javascript errors in IE" http://omeka.org/forums/topic/javascript-errors-in-ie#post-333 Thu, 10 Apr 2008 23:35:55 +0000 kkay 333@http://omeka.org/forums/ I'm having some javascript errors when using the admin panel in IE7 (and tested in IE6 for the heck of it). It all works great on FF at home. In the Add Exhibit area, IE6 balks at the javascript:void() on the Add a Section button. I was reading somewhere that IE hates javascript:void() in href. IE7 loads the Add Exhibit page as "Done with errors" in the status area but sometimes reloading the page gets the Add a Section to work. In IE7 once I've added a page and want to select a layout, clicking on a layout image produces no results. IE7 again loads the page as Done with Errors and the details message says "Line 85, Char 5, Error- Object doesn't support this property." We have updated our install to 9.1. I guess the ideal answer would be to get my public library to install FF on our machines (I wish.) PS I love Zotero! jsafley on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-233 Wed, 12 Mar 2008 17:36:50 +0000 jsafley 233@http://omeka.org/forums/ The iPaper and PdfMeNot plugins are all ready for download. See <a href="http://omeka.org/blog/2008/03/12/access-your-documents-in-omeka-with-ipaper-and-pdfmenot/">this post</a> for more details. jsafley on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-229 Sun, 09 Mar 2008 14:54:32 +0000 jsafley 229@http://omeka.org/forums/ I agree that too many iPaper documents on one page would be oppressive (on the eyes and on the bandwidth). Some sort of pagination would be preferable. The first release of the iPaper and PdfMeNot plugins will be without this capability, but we'll look into it for subsequent releases. Would you (or anybody else) like to make this happen after we release these plugins? It'll be a good way to introduce yourself to Omeka's plugin architecture. kerim on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-228 Sun, 09 Mar 2008 02:47:44 +0000 kerim 228@http://omeka.org/forums/ I'm not sure it would be nice to have 6 or seven embedded documents on a single page. A better way to do it (for the plugin) would be to display the first one and then have links to the other documents - or perhaps a menu, or just "next" and "previous" links. KrisKelly on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-217 Thu, 06 Mar 2008 16:49:36 +0000 KrisKelly 217@http://omeka.org/forums/ Actually, file_download_uri() is meant to be passed a file rather than an item, so the way it works is like this: <code><?php echo file_download_uri($item->Files[0]); ?></code> That will work if you only have one file per item. Otherwise, you should do something like this: <code><?php foreach($item->Files as $file): echo file_download_uri($file); endforeach; ?></code> kerim on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-214 Thu, 06 Mar 2008 02:29:25 +0000 kerim 214@http://omeka.org/forums/ Thanks. The current site is just a proof-of-concept so its good to have a working link before the plugin is ready. I feel really confident about using Omeka for this project now! jsafley on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-213 Thu, 06 Mar 2008 02:13:52 +0000 jsafley 213@http://omeka.org/forums/ Instead of: <code><?php echo file_download_uri($item); ?></code> Try: <code><?php echo WEB_FILES . '/' . $item->Files[0]->archive_filename; ?></code> This results in a direct link to the first file assigned to the item. (Remember that you can assign more than one file per item.) This solution still has problems, so I recommend that you wait for the Omeka iPaper plugin I wrote. It's configurable and (relatively) stable, and it'll be ready for download in a couple of days. I'll update this forum topic when it's available. kerim on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-209 Thu, 06 Mar 2008 01:57:14 +0000 kerim 209@http://omeka.org/forums/ I seem to be running into a new problem now. The code I was using worked fine as long as: <code><?php echo file_download_uri($item); ?></code> $item was the same as the number of the file I was downloading. However, later I added some files and deleted some more ... so when I upload a new file the file number is 9, even though the item number is still 3. Now iPaper cannot find the correct link because there is no file at: <a href="http://kerim.joyeurs.com/omeka/files/download/4/fullsize" rel="nofollow">http://kerim.joyeurs.com/omeka/files/download/4/fullsize</a> The file should be at: <a href="http://kerim.joyeurs.com/omeka/files/download/9/fullsize" rel="nofollow">http://kerim.joyeurs.com/omeka/files/download/9/fullsize</a> How do I fix this? Thanks! jsafley on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-208 Thu, 06 Mar 2008 00:30:03 +0000 jsafley 208@http://omeka.org/forums/ Wow, it was you who got them to fix it. Great job! jsafley on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-207 Thu, 06 Mar 2008 00:27:10 +0000 jsafley 207@http://omeka.org/forums/ kerim: OK, I finally got iPaper working in my Omeka installation. All that was needed was an empty div tag with an id of "embedded_doc" -- this is where the the iPaper is embedded. This div tag was not included in the QuickSwitch installation instructions for several days, but it's there now. If you wait a few days you can download the Omeka iPaper plugin that I just wrote. It's fully configurable within the Omeka admin interface and displays iPapers on the admin item show page (with a simple function call you can add the same functionality to your public themes). Thanks for initiating this interesting and much needed plugin. kerim on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-206 Thu, 06 Mar 2008 00:20:32 +0000 kerim 206@http://omeka.org/forums/ Problem solved!!! From the <a href="http://groups.google.com/group/scribd-platform-developers/browse_thread/thread/fff59d76bf689d1b">iPaper Forums</a>: <blockquote>Hi Kerim, Oops! You caught a bug on our side. The QuickSwitch page was showing an invalid embed code in that mode, missing a "div" tag. If you re-copy the code from the QuickSwitch page now, it should work. Very cool to see iPaper being used in Omeka! Best, Jared </blockquote> kerim on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-196 Tue, 04 Mar 2008 01:24:09 +0000 kerim 196@http://omeka.org/forums/ Using the emed codes from both Scribd and PDFmenot I am able to hard-code PDFs into my site. So it seems it should be possible to get iPaper platform to work as well. iPaper is better because it offers search... kerim on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-195 Tue, 04 Mar 2008 01:11:52 +0000 kerim 195@http://omeka.org/forums/ Thanks for getting back to me. And glad to know you are looking into it. Do you know of any other ways to display documents inline on Omeka webpages? I'm trying to emulate this excellent web archive using Omeka (since my server doesn't support Java and I'm much more comfortable with PHP apps): <a href="http://www.sudanarchive.net/" rel="nofollow">http://www.sudanarchive.net/</a> I had hoped that iPaper + Omeka would do the trick ... but maybe there is another way? So far the only thing I can find that is similar is <a href="http://pdfmenot.com" rel="nofollow">http://pdfmenot.com</a> however, that requires a link ending in ".pdf" and doesn't seem to work with Omeka's links which look like ".../omeka/files/download/1/fullsize." Also, iPaper can do .doc files which pdfmenot cannot. And iPaper seems as if it will be around for a while, whereas pdfmenot may not. Still, I suppose it could be easy enough to switch from one solution to another using a plugin, and I could convert all our .doc files to PDFs if need be... but I still don't know how to deal with the need for ".pdf" links... jsafley on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-193 Mon, 03 Mar 2008 18:56:30 +0000 jsafley 193@http://omeka.org/forums/ Hello kerim. We want Omeka to work with as many APIs as possible, so this issue is important to our continuing development. Unfortunately I've not been able to make iPaper work in my Omeka installation either. I went as far as to write an Omeka plugin that dynamically includes the scripts in the item show page. I got the same result: valid source code but no output. I'll look further into it, but for now I have no solution. kerim on "Integrating iPaper" http://omeka.org/forums/topic/integrating-ipaper#post-188 Sun, 02 Mar 2008 17:19:55 +0000 kerim 188@http://omeka.org/forums/ I'm attempting to integrate the iPaper platform with my Omeka site to display pdf and word documents. However, I seem to have a problem. I've written the iPaper folks, but maybe someone at Omeka can help to. I've used the instructions on this page: <a href="http://www.scribd.com/platform/documentation/quickswitch" rel="nofollow">http://www.scribd.com/platform/documentation/quickswitch</a> Choosing "single link" and "Embedded iPaper directly on page." Where it says to insert the URL of the file, I've used the code: <code><?php echo file_download_uri($item); ?></code> (this is on the show.php file in the minimalist template). You can see the page here: <a href="http://kerim.joyeurs.com/omeka/items/show/1" rel="nofollow">http://kerim.joyeurs.com/omeka/items/show/1</a> Right now there is no link at all where this code appears - although everything looks good when I look at the source code of the resulting HTML page. Any help would be appreciated. They do say it might take some time to appear - but they also say a regular link to the document should appear until the iPaper is ready... So far I have neither.