Hi Allen, I see this works nicely during the initial submission process, but on the "edit-item" pages after the submission is approved (and is live), I click "Update" twice with no change. The symbol does not replace the unicode value. (I am using DSpace 1.5.2, btw)
I have tried various combinations of browsing off the page and back, hoping for the unicode replacement behavior you mention. Am I (hopefully) missing an obvious way to save twice on this page? I am guessing that in the initial submission process, navigating using "Next" and then going back merely saves the data in the session rather than finalizing it with a save to the database, thus allowing the useful side effect of unicode being re-interpreted before the data actually is submitted to the database. I'm just not sure how to get this behavior once I click the "Edit..." button on a live submission page. It isn't a multi-page submission, and I think that is my challenge. Best regards, Terrance On Oct 7, 2009, at 9:55 PM, Allen Lam wrote: > Hi Terrance, > > The solution depends on how you are entering data to dspace. > > Take a common scenario as example. If the user is opening the web- > based > "Edit Item" tool, and wishes to add a copyright sign (a circle-c) to > one > of the fields, he can type in © and save twice. > > To type in Greek chars, e.g. α for alpha, β for beta, etc. > You can find these magic numbers in the Unicode book or web > (http://www.unicode.org/). > > Why save twice? > After the first save the data will be recorded plainly as © in > db. > When it is redisplayed in the web browser edit tool, it will be > interpreted as the circle-c char. Save it again. > > Cheers, > Allen Lam. > HKU Hub Administrator, http://hub.hku.hk > > > > Terrance Davis wrote: >> Hi, >> >> My users of DSpace want to insert special symbols by editing >> metadata of >> approved submissions. Inserting as an html entity doesn't work, >> because >> the & is re-interpreted as a & before inserting in the database. >> >> Is there a way to escape the ampersand so that the raw HTML entity is >> not mangled? (for instance prevent < from becoming &lt;) Or, >> do I >> need to edit the database directly in the database? The characters we >> want may cut and paste, but not submit properly to DSpace. >> >> Thanks in advance. >> >> -Terrance >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart >> your >> developing skills, take BlackBerry mobile applications to market >> and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> DSpace-tech mailing list >> DSpace-tech@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/dspace-tech >> > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > DSpace-tech mailing list > DSpace-tech@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/dspace-tech ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ DSpace-tech mailing list DSpace-tech@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspace-tech
