DokuWiki-Plugin-SVGEdit
DokuWiki-Plugin-SVGEdit copied to clipboard
no icons over buttons
I've installed svg-edit though plugin manager, added new image {{svg>...}} then created new page based on it, and when i press SVG button, interface appears, but all the buttons are blank and unresponsive. I tried to do the same in Chrome (I use Firefox as default) but it looks the same
I've updated java and checked on both firefox and chrome again, but the problem persists
Hello, Eugene Find file script.js and change var svgeditor_path = 'https://svg-edit.googlecode.com/svn/branches/stable/editor/'; //online stable //var svgeditor_path = 'https://svg-edit.googlecode.com/svn/trunk/editor/'; //online latest (unstable) //var svgeditor_path = DOKU_BASE+'lib/plugins/svgedit/svg-edit/'; //offline to //var svgeditor_path = 'https://svg-edit.googlecode.com/svn/branches/stable/editor/'; //online stable var svgeditor_path = 'https://svg-edit.googlecode.com/svn/trunk/editor/'; //online latest (unstable) //var svgeditor_path = DOKU_BASE+'lib/plugins/svgedit/svg-edit/'; //offline
BTW maybe you can try to use github URLs as google code is closed... I believe new URLs are: https://raw.githubusercontent.com/SVG-Edit/svgedit/stable/editor/ https://raw.githubusercontent.com/SVG-Edit/svgedit/master/editor/
BTW when i had the problem with icons it was caused by misconfigured mime-types on webserver (lighttpd).
is this fixed now?
Hello! I just installed svgedit on a an installation of DokuWiki (2017-02-19b "Frusterick Manners") and when I follow the instructions I have exactly the same editor view as @EugeneKiver "blank and unresponsive" (s. issue) - on both Chrome 58.0.3029.110 (64-bit) and Firefox (53.0.3 (32-Bit)).
@dmitrylukin, @Harvie: I changed the script like proposed, but that did not fix it.
@EugeneKiver: (How) Could you finally fix this issue?
What further infos should I provide here? (pagesource, server, ... ?) Thanks!
I have the same problem, chromium says this:
embedapi.js:150 Uncaught DOMException: Blocked a frame with origin "https://wiki.spoje.net" from accessing a cross-origin frame. at https://cdn.rawgit.com/SVG-Edit/svgedit/stable/editor/embedapi.js:150:64
but everything seems to be set up correctly and crossorigin should be enabled on rawgit cdn. however it's still not working.
I went for the "offline" solution and
- uploaded the latest version of SVG-Edit (s. https://github.com/SVG-Edit/svgedit) onto the webserver (lib/plugins/svgedit/svg-edit) and
- changed the script.js of svgedit accordingly (uncomment var svgeditor_path = DOKU_BASE+'lib/plugins/svgedit/svg-edit).
- Then cleaned the browser cache and reloaded.
Now it works perfectly! Thanks for this plugin - great work!
@konstruktur that surely should work, however i am not really happy with that solution. i want both modes to work... local install for privacy and cloud hosted approach for low-maitenance and upgrade-less operation.
@Harvie Yes, absolutely - I think in this case I can only live with no/manual updates, since the development of SVG-Edit (https://github.com/SVG-Edit/svgedit) seems not too active anymore - but that's no satisfying solution. Ideas, anybody? Drawing SVGs in a DokuWiki is absolutely great, especially because of the inbuilt version-control - spread the word! I hope somebody can come up with a solution here.
I've got idea! Maybe i can include few lines of reverse proxy script that will download and serve svgedit on the fly. That way we can get rid of responsibility for maintaining svgedit code as part of this plugin. However it may slightly increase the traffic on very busy sites...