many times i have Firefox's Error Console open to help debug form/javascript stuff. I constantly have this 'error' from my etomite window 'eAs is not defined'... What is it?
going to google.com throws about 40 so called errors in the error console - so I'm aware we can overlook them - but i'm just curious.
eAs is not defined
Started by
darren
, Jan 22 2009 08:33 PM
11 replies to this topic
#2
Cris D.
-
- Developers
-
- 1,104 posts
Loves Etomite Forums!
Posted 22 January 2009 - 09:08 PM
I havn't seen that. Have you done a search of the database to fins all instances of "eAs" so see what it relates to? My guess is that it is a small line of obscure code somewhere being pulled into your template that you don't really need, but I've been wrong before 
#3
darren
-
- Member
-
- 251 posts
Likes Etomite Forums!
Posted 22 January 2009 - 10:28 PM
I havn't seen that. Have you done a search of the database to fins all instances of "eAs" so see what it relates to? My guess is that it is a small line of obscure code somewhere being pulled into your template that you don't really need, but I've been wrong before
the error is from the /manager window, (/manager/index.php) not viewing a front end page. the error console refers to line 1 or 2, which contains ' <html> '
#4
Ralph
-
- Admin
-
- 6,539 posts
Loves Etomite Forums!
Posted 22 January 2009 - 10:58 PM
I'm not totally sure without checking but this might be due to some archaic Javascript that may or may not still be used... I've seen it before...
Please open an issue in the Tracker so it ca be added into the v1.2 ToDo list...
Please open an issue in the Tracker so it ca be added into the v1.2 ToDo list...
#5
nalagar
-
- Member
-
- 172 posts
Likes Etomite Forums!
Posted 07 February 2009 - 11:47 PM
If it is any help, the eAs variable is an internal object of editArea (the source code editor in Etomite).
#6
Cris D.
-
- Developers
-
- 1,104 posts
Loves Etomite Forums!
Posted 08 February 2009 - 03:38 AM
Does anyone know how hard it would be to use the editArea version that the snippet editor uses but for the file manager?? At the moment it seems we have two instances of it (or al least 2 differently configured instances of it). The snippet and chunk editor re-loads at the line where the save button was hit from. This feature would be great in the file manager instance. I think Randy added this code, (and the auto-resizing) but I havn't seen him for a while. Perhaps taking the file manager insance from the site config instance would mean less code base and easier diagnosis, easier maintanence and future compatibility. To be honest I havn't looked into it, but I have been tossing around the idea since I added the [save (keep editing)] and [save and close] buttons to the file manager instance- I tend to use this a lot more than I used to now.
Does this idea ring any warning bells for anyone?
P.S. I might be able to see why the eAs not defined error while I'm there....
Does this idea ring any warning bells for anyone?
P.S. I might be able to see why the eAs not defined error while I'm there....
Edited by Cris D., 08 February 2009 - 03:40 AM.
#7
nalagar
-
- Member
-
- 172 posts
Likes Etomite Forums!
Posted 08 February 2009 - 12:19 PM
Does anyone know how hard it would be to use the editArea version that the snippet editor uses but for the file manager?? At the moment it seems we have two instances of it (or al least 2 differently configured instances of it). The snippet and chunk editor re-loads at the line where the save button was hit from. This feature would be great in the file manager instance. I think Randy added this code
Randy added the resizing and I added the scroll to the previous line (the current position/selection is stored and read from a cookie). When editArea is turned off in the config, some of it's functions are still used to handle scroll to the previous line for ordinary textareas. You must also have in mind the possibility that the user could have removed the edit_area folder from manager/media. Also, you must wait until the editArea is fully loaded before you try to change the insert point. EditArea has a callback function but I couldn't get it to trigger properly so Etomite now uses a timer that periodicly checks if the editArea is loaded or not by inspecting the iframe's dom structure.
I have very limited spare time currently so please give it a go if you like Chris.
A little off topic...
One big problem is that the doctype of most of the pages in the manager isn't xhtml. IE7 doesn't work with the RTE editor unless the doctype is xhtml and I suspect this is also the reason behind the display bug when synthax highlighting is turned on in editArea with FF3.
If we simply change the doctype of the documents in the manager we get som major problems that must be fixed. There will be a change in how javascript references several of the browser properties and some of the scripts in the manager will break and/or not display content right (the tab pages are the most noticeable). When IE7 is used together with the RTE editor, we had to use the xhtml doctype for it to work and the resulting display issues were fixed by an ugly hack (absolute positioning of the bad aligned elements by javascript). This is not the right way to go and I really think we need to rewrite the managers scripts and styles to properly support the xhtml doctype. I don't know if we got time to solve this before the release of 1.2 or if we simply should put our efforts into the release of Coccon?
Edited by nalagar, 08 February 2009 - 12:20 PM.
#8
Cris D.
-
- Developers
-
- 1,104 posts
Loves Etomite Forums!
Posted 23 February 2009 - 11:46 AM
Randy added the resizing and I added the scroll to the previous line (the current position/selection is stored and read from a cookie). When editArea is turned off in the config, some of it's functions are still used to handle scroll to the previous line for ordinary textareas. You must also have in mind the possibility that the user could have removed the edit_area folder from manager/media. Also, you must wait until the editArea is fully loaded before you try to change the insert point. EditArea has a callback function but I couldn't get it to trigger properly so Etomite now uses a timer that periodicly checks if the editArea is loaded or not by inspecting the iframe's dom structure.
I have very limited spare time currently so please give it a go if you like Chris.
I added the ability for the file manager edit area to go back to the last line when file is saved....
files.static.action.php 27.31K
14 downloadsTested with the editArea on and off in the manager.
Edited by Cris D., 23 February 2009 - 11:48 AM.
#9
PaulD
-
- Developers
-
- 413 posts
Likes Etomite Forums!
Posted 23 February 2009 - 08:03 PM
I added the ability for the file manager edit area to go back to the last line when file is saved....
Tested with the editArea on and off in the manager.
Simply Brilliant!!! Thank you Cris.
Editing files via the manager (especially CSS) was always such a pain. Now it is far more user friendly. This will make my life so much easier! Thank you again,
Paul.
EDIT: Just been using this for the past half an hour and it really is brilliant. A slight modification that makes all the difference! Perhaps it could be included in the next release? Thanks again Cris.
Edited by PaulD, 23 February 2009 - 08:39 PM.
#10
PaulD
-
- Developers
-
- 413 posts
Likes Etomite Forums!
Posted 23 February 2009 - 10:53 PM
Hi Chris,
I hardly ever use it, but I happened to be on IE7 when I noticed that the field for the choose a file to upload was more like a button, not a box.
I found that by removing the class="doSomethingButton" from the input field fixed it. I then tried the original file, and in fact it has the class on the input field too. Nothing to do with this snipett really in that case.
A teeny weeny thing, thought I would mention it though.
Paul.
I hardly ever use it, but I happened to be on IE7 when I noticed that the field for the choose a file to upload was more like a button, not a box.
I found that by removing the class="doSomethingButton" from the input field fixed it. I then tried the original file, and in fact it has the class on the input field too. Nothing to do with this snipett really in that case.
A teeny weeny thing, thought I would mention it though.
Paul.
#11
Cris D.
-
- Developers
-
- 1,104 posts
Loves Etomite Forums!
Posted 24 February 2009 - 11:12 AM
I hardly ever use it, but I happened to be on IE7 when I noticed that the field for the choose a file to upload was more like a button, not a box.
I found that by removing the class="doSomethingButton" from the input field fixed it. I then tried the original file, and in fact it has the class on the input field too. Nothing to do with this snipett really in that case.
A teeny weeny thing, thought I would mention it though.
Whenever I make any changes to system files like this one, I keep my hands clear of anything that is not on the agenda for touching it in the first place. Things like style is something that should be handled with the bigger picture in mind for consistency's sake- not file by file. Basically, the styles and bigger picture stuff is Ralph and Dean's domain. I'm glad you like the feature, I too use it mostly for CSS and when I get brave, for changing includes and system files- at least when the manager stops working you know you have broken something! More recently, now that this feature is working so well, I have actually been using the etomite manager to get into my localhost files and am actually using the etomite file manager as a quick access file editor for some of my other applications and projects. How great is this platform!
#12
Ralph
-
- Admin
-
- 6,539 posts
Loves Etomite Forums!
Posted 24 February 2009 - 01:52 PM
All modifications which fix or enhance the overall Etomite code base are considered for future releases... The button has been on the radar... The save and continue feature is nice too...
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users
