I worked around this by using a ContentInterceptor that sets the displayname property of a resource every time it is added/moved/etc (the code implements preStoreContent()). It's worked well so far, but basically makes the displayname property useless as a separate property.
I can post the code if you're interested. -James >>> [EMAIL PROTECTED] 7/8/2004 1:29:11 PM >>> Hi there! I'm migrating from Slide 2.0 Beta1 to Slide 2.0 Release and I've come across the same problem Peder Nordvaller and Julian Reschke described 3 months ago: "When creating a new folder IE creates a folder named "New Folder". I then rename it and it works just fine. But when I refresh the IE window the name "New Folder" reappears instead of the new name." (See the full discussion here: http://www.mail-archive.com/[EMAIL PROTECTED]/msg05594.html) I have one more issue that probably have the same cause: when I save a new file to the Slide store using MacOS's MS Word and then view it using PC WebFolders, I see some strange string instead of the name I entered. Actually, it's the value of the "displayname" property... In Slide 2.0 Beta1 the value of "displayname" was always equal to the last portion of the resource URI so this problem never happened. I wonder if there's a patch or workaround here, any help would be really appreciated. Yours sincerely, Andrey Shulinsky. PS: by the way, may I ask about people's opinion about Slide 2.1 Milestone 1? I mean, Slide site officially recommends to use Slide 2.0 (http://jakarta.apache.org/slide/download.html), but does MS1 introduce some new and risky stuff or is it just the improved (bugs fixed, performance tuned)) version of the 2.0 Release? Thanks. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
