http://omeka.org/forums/ Forums Tag: bug en Thu, 21 Aug 2008 22:38:48 +0000 http://omeka.org/forums/topic/add-item-problem-in-ie#post-559 Thu, 24 Jul 2008 00:53:18 +0000 kkay 559@http://omeka.org/forums/ <p>I really appreciate the quick fix on on the javascript -- this makes life a lot easier. I changed that one line and we're good to go. </p> http://omeka.org/forums/topic/add-item-problem-in-ie#post-556 Wed, 23 Jul 2008 18:36:29 +0000 KrisKelly 556@http://omeka.org/forums/ <p>I've fixed the bug in SVN on both the stable branch and the trunk. We're going to look to see if there are any other big bugs like this that we can fix before we do another maintenance release of 0.9. </p> http://omeka.org/forums/topic/add-item-problem-in-ie#post-555 Wed, 23 Jul 2008 14:12:28 +0000 anarchivist 555@http://omeka.org/forums/ <p>I'd argue that the Javascript/IE issues (which also come up in the Exhibit Builder) are important enough to be fixed in the stable branch as well. </p> http://omeka.org/forums/topic/add-item-problem-in-ie#post-552 Tue, 22 Jul 2008 18:54:45 +0000 SheilaBrennan 552@http://omeka.org/forums/ <p>Hi Kkay</p> <p>Thanks, we are aware of the problem. And we certainly have run into to this with federal museum and local school district partners who can only use IE7. </p> <p>It seems like we had fixed that problem in an earlier version but it cropped up again. The bug has been identified and is being worked on. I'm not sure if this fix will be in a new release or if it be incorporated with the 0.10 release in the fall. We will let you know. </p> <p>Sheila </p> http://omeka.org/forums/topic/add-item-problem-in-ie#post-550 Tue, 22 Jul 2008 03:31:22 +0000 kkay 550@http://omeka.org/forums/ <p>A test user just pointed out to me that she can't see any of the custom metadata fields on Add Item: Step 1 when using IE7. After selecting an item type, she just gets the spinning disk and the custom fields never appear. Is this a javascript issue?</p> <p>This is a big problem. I've been developing our site on my home machine using firefox, but MPOW staff have to use IE. We have added a bunch of custom fields that our staff needs access to. </p> http://omeka.org/forums/topic/dropbox-collection-metadata#post-433 Tue, 27 May 2008 19:42:19 +0000 SheilaBrennan 433@http://omeka.org/forums/ <p>Hello bricestacey,</p> <p>Thanks for alerting us to the problems with the dropbox. We'll get back to everyone once those issues are resolved. </p> <p>Yes, in the meantime you may edit the collection_id field directly in the database. </p> <p>Good luck,<br /> Sheila </p> http://omeka.org/forums/topic/dropbox-collection-metadata#post-432 Tue, 27 May 2008 18:07:37 +0000 bricestacey 432@http://omeka.org/forums/ <p>When batch adding files with Dropbox, the selected collection is not being assigned to the newly added files. </p> <p>In the meantime, can I simply update the collection_id field in the items table with the appropriate id?</p> <p>My setup:<br /> Omeka 0.9.1.1<br /> PHP 5.2.5<br /> MySQL 5.0.51a </p> 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/ <p>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. </p> <p>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. </p> 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/ <p>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.</p> <p>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.</p> <p>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."</p> <p>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.)</p> <p>PS I love Zotero! </p> http://omeka.org/forums/topic/section-names-create-unescaped-characters#post-211 Thu, 06 Mar 2008 02:06:39 +0000 KrisKelly 211@http://omeka.org/forums/ <p>Actually, disregard that last example, I haven't gotten the hang of using code examples on this forum yet. </p> http://omeka.org/forums/topic/section-names-create-unescaped-characters#post-210 Thu, 06 Mar 2008 02:05:50 +0000 KrisKelly 210@http://omeka.org/forums/ <p>You're right, that is a bug, and thanks for catching it. I've filed a bug report and it will be fixed in the next release. For the moment though, I would try using curly quotes, since those won't trip up the browser when it parses the HTML. Otherwise, you can avoid using quotes for titles of sections in the immediate future.</p> <p>As to allowable characters, I get that you're talking about how Omeka converts some characters to the HTML entities but leaves others intact. When writing templates for Omeka, it's generally a good idea to enter the text rather than the HTML entities representation (e.g. use curly quotes rather than typing &#8212;, &#38; instead of &amp; etc.). There is a templating helper function called h() that is used throughout omeka which will take care of making sure the HTML output is valid. In most cases this is a synonym for php's built-in <a href="http://us2.php.net/htmlentities">htmlentities()</a> function, but it also allows you to mix HTML tags in your data entry, so in most cases you could enter the following into Omeka:</p> <p><code><em>Cookies</em> &#38; Cream</code></p> <p>And it would spit out:</p> <p><code><em>Cookies</em> &amp; Cream</code></p> <p>Hope that helps. </p> http://omeka.org/forums/topic/section-names-create-unescaped-characters#post-200 Tue, 04 Mar 2008 19:33:18 +0000 KerriHicks 200@http://omeka.org/forums/ <p>One of my users is working on an exhibit, and she created a section that was also the title of an article. As such, she put the section title in quotation marks.</p> <p>Omeka brought those quotation marks into the markup, creating an HTML link to the section that contained unescaped quotation marks. Of course, this rendered the link unusable, and no one was able to get access to that section. I'm thinking this is a bug that needs addressing.</p> <p>In the meantime, I could suggest that she use character entities for the quotation marks, but it looks like Omeka does, in fact, digest certain punctuation characters and rewrite them. Is there a list anywhere of allowable characters?</p> <p>Any advice?</p> <p>--Kerri </p> http://omeka.org/forums/topic/item-type-not-working-on-contribute-plugin#post-101 Tue, 22 Jan 2008 18:08:06 +0000 KrisKelly 101@http://omeka.org/forums/ <p>Good catch, I'll make a note of that and make sure it's fixed by the next release. </p> http://omeka.org/forums/topic/item-type-not-working-on-contribute-plugin#post-84 Thu, 03 Jan 2008 18:16:17 +0000 niceoutfit 84@http://omeka.org/forums/ <p>When you contribute a file (Story, Still Image, Movie or Audio) the "Type" does not get saved in the database and shows up as "NULL" in the database. </p> <p>I was going to write something that would display a download link and icon or flash video/audio player depending on the file "Type" but without it's "Type" I can't create this functionality.</p> <p>thanks!<br /> Ben </p> http://omeka.org/forums/topic/no-pagination-on-itembrowse-page-or-in-admin-area#post-82 Thu, 03 Jan 2008 08:45:44 +0000 DaveLester 82@http://omeka.org/forums/ <p>terrific news! </p> http://omeka.org/forums/topic/no-pagination-on-itembrowse-page-or-in-admin-area#post-81 Wed, 02 Jan 2008 20:58:09 +0000 niceoutfit 81@http://omeka.org/forums/ <p>After upgrading the RC4 this problem has been fixed. Thanks! </p> http://omeka.org/forums/topic/no-pagination-on-itembrowse-page-or-in-admin-area#post-55 Thu, 06 Dec 2007 06:19:02 +0000 DaveLester 55@http://omeka.org/forums/ <p>Hi Ben,</p> <p>You're the only person who is experiencing this problem, so at this time I'm assuming it's a problem with Omeka conflicting with some type of server setting. Could you create a php file with the following code,</p> <p><code>&lt;?php phpinfo(); ?&gt;</code></p> <p>and post the link? Is anything else a little quirky or not working? Additionally, you're running RC3, correct?</p> <p>One thing I've noticed is that on your admin page, you're pulling in an incorrect number of items from your archive. That's likely the cause of all your pagination problems. Here's an example of what pagination <em>should</em> look like on the admin side (http://chnm.gmu.edu/staff/dave/files/omeka_pagination.png), including pulling in the correct number of items. If I hear back on your server information, then maybe we can begin to tackle why that's occurring in the first place.</p> <p>I believe the pagination_links function still needs some tweaking to work properly, and I'll look closer to improve that, or perhaps offer a simplified version that's easier to use rather than passing so many null values.</p> <p>Best of luck,<br /> Dave Lester </p> http://omeka.org/forums/topic/no-pagination-on-itembrowse-page-or-in-admin-area#post-50 Tue, 04 Dec 2007 01:37:01 +0000 niceoutfit 50@http://omeka.org/forums/ <p>Dave,</p> <p>I took a little time away from the site but am wanting to get the issue resolved. Below is the code pulled from the browse.php file located in the items folder (Thanks Roy theme).</p> <p><code>&lt;div class=&quot;pagination top&quot;&gt;&lt;?php echo pagination_links(5, null, null, 5, null, null, null ); ?&gt;&lt;/div&gt;</code></p> <p>I found the actual function that it calls and that remains unmodified (same as it was from install). I did change the $per_page variable in the config.ini file as a temporary fix to display everything, but once we get all of the files in there, that won't be a very efficient option for us.</p> <p>This issue seems to be the same in the admin area as well. Here is a screenshot of the admin area. There are actually 30 items but I can choose only 10 because there is no pagination:</p> <p><a href="http://www.niceoutfit.us/sandbox/random/omeka_nopage.jpg" rel="nofollow">http://www.niceoutfit.us/sandbox/random/omeka_nopage.jpg</a></p> <p>If you need more access or code samples let me know and I'll be happy to give you access to things through email.</p> <p>thanks a bunch,<br /> Ben </p> http://omeka.org/forums/topic/no-pagination-on-itembrowse-page-or-in-admin-area#post-39 Thu, 15 Nov 2007 19:51:49 +0000 SheilaBrennan 39@http://omeka.org/forums/ <p>Ben,<br /> Your site looks awesome!</p> <p>When are you launching? We'd like to showcase it on the Omeka blog when you're ready for the world to see it, and the pagination issue is resolved.</p> <p>We are really impressed with your design, and hope that at some point once you've launched the exhibit that you would share your new theme. It will be credited to you in the theme directory with a link to your homepage.</p> <p>Thanks,<br /> Sheila </p> http://omeka.org/forums/topic/no-pagination-on-itembrowse-page-or-in-admin-area#post-38 Thu, 15 Nov 2007 17:05:59 +0000 DaveLester 38@http://omeka.org/forums/ <p>Hey Ben, </p> <p>The site looks great! Keep us posted on any future sites you build using Omeka.</p> <p>It looks like you've modified the Thanks, Roy theme - which calls the pagination_links function on line 10. Is that correct? Make sure you're echoing the function. Have you changed the number of items that display per page? There is a variable in the config.ini file, inside the application/config/ folder that changes the default value for your entire install, which can be overridden by the $per_page variable in the pagination_links function. Here is the pag function..</p> <p>pagination_links( $num_links = 5, $menu = null, $page = null, $per_page = null, $total_results=null, $link=null, $page_query = null );</p> <p>By default, 10 items should be displayed per item browse page.</p> <p>Best,<br /> Dave Lester </p> http://omeka.org/forums/topic/no-pagination-on-itembrowse-page-or-in-admin-area#post-36 Thu, 15 Nov 2007 07:28:10 +0000 niceoutfit 36@http://omeka.org/forums/ <p>I've been working on a site:</p> <p><a href="http://www.catawbariverdocs.com" rel="nofollow">http://www.catawbariverdocs.com</a></p> <p>and everything has gone smooth until I started uploading "Items". Once I reached more then 10 it looks as if there is supposed to be pagination but it is not showing up. This seems to be an issue on the front end and within the admin area. I do get pagination when I perform a search and the results are greater then 10 though.</p> <p>If you guys could let me know a fix or just give me a patch to fix it for now that would be a great help.</p> <p>I tried different themes to make sure it wasn't something I did in the theme and it was broken in all themes.</p> <p>thanks,<br /> Ben </p>