eMediaLibrary Project
Let me commit an example somewhere for you
right now it's redirecting when it wasn't in the past
Yeah want to remove all redirects but I am worried about relative links. Like ./page2.html in /home/page2.html vs /homepage2.html
So I think we will just need to start being super specific on links. Like always resolve to /home and /home/page2.html
it's Admin.check404 that is doing the redirect based on findWelcomePage
ohh let's drop that
hi
I'm on zoom if you want to go over more things.
I'm on zoom if you want to go over more things.
I can't figure this out - maybe tomorrow I can steal you for a bit. It's redirecting more, not less lol
If I don't run <path-action name="HtmlEditor.check404" alltypes="true" />
in the base/_site.xconf everything breaks completely - it just triggers downloads that never finish and nothing renders at all
We should get the unit tests for core working - they don't run right now, I'm playing with it
Work on Mockups for Import/Export Areas
On another note - do you happen to remember why you added case '\n':
output.append("
"); break; to UrlUtilities.xmlEscape - I'm working on openedit and that is breaking the text editor currently. I don't want to revert it if you need it somewhere else - can add a different method instead or something
"); break; to UrlUtilities.xmlEscape - I'm working on openedit and that is breaking the text editor currently. I don't want to revert it if you need it somewhere else - can add a different method instead or something
It's removing line feeds if the text goes into a <textarea></textarea> as it's obviously not parsing
into a line feed
into a line feed
<textarea class="form-control" rows="30" id="content" name="content" rows="10">$editorSession.getEscapedSource()</textarea>
Seems a bit wierd - \n is valid in XML, it doesn't need to be escaped
Ok I have figued out why you did it - there is a better fix with CSS, going to revert that change to fix the file manager.
Ian M
On another note - do you happen to remember why you added case '\n':
output.append("
"); break; to UrlUtilities.xmlEscape - I'm working on openedit and that is breaking the text editor currently. I don't want to revert it if you need it somewhere else - can add a different method instead or something
"); break; to UrlUtilities.xmlEscape - I'm working on openedit and that is breaking the text editor currently. I don't want to revert it if you need it somewhere else - can add a different method instead or something
Yeah we should have that be only for HTML display not for textareas
Does anyone want to work together? https://zoom.us/j/92493430061?pwd=OEI4a3JyZkx2V2tQWFZPT2c5Q2xMZz09
Ian M
Ok I have figued out why you did it - there is a better fix with CSS, going to revert that change to fix the file manager.
Except we dont like the way pre is formated. Would rather not use it. Maybe have textarea use a new escape sequence?
Ian M
If I don't run <path-action name="HtmlEditor.check404" alltypes="true" />
in the base/_site.xconf everything breaks completely - it just triggers downloads that never finish and nothing renders at all
Did you figure it out?
