Community
Participate
Working Groups
Build: 3.4 M1 As Mike wrote in bug 199126: >Given the context of a given TOC editor field, we probably >do not want > to open arbitrary file types that are not applicable to >the fields > acceptable contents > -> e.g. Should not be able to open an HTML file from a >link field > which should contain a path to an XML file > -> Suggest opening a dialog indicating the file type is >wrong > (in the future, field validation would be desirable) The "Open" in the context menu, the hyperlinks, and double-clicking on elements should only open files if they are of relevant type to the selected element.
Created attachment 76678 [details] Patch for bug 200253. Refactored the open* methods some more beyond the changes in bug 199126, and added some error messages if the user tries to open an invalid file in the context of the selected element.
Hi Noam. The patch appears incomplete. Missing externalized strings.
Created attachment 76687 [details] Patch for bug 200253. DAMMIT! I have no idea how I missed PDEUIMessages in the patch... sorry about that! This new patch has every file affected.
Comment on attachment 76687 [details] Patch for bug 200253. Tested well. Thanks Noam.
Patch released to HEAD. Target: 3.4 M2