Re: Xinha (Htmlarea continuation)
2005/03/12 15:57
Viewed 8447 times
Replies: 1/1

It's also kind of sad that the folks at Xinha don't say anywhere that Xinha is started from code 100% developed by Dynarch.com. People just don't get it, it's me who wrote it, not InteractiveTools—they only payed for it, or actually, for what was it 2 years ago. Well, perhaps this is the best example showing that brand does matter.  :-(

[ Hmm, the name is funny too :-)  “Xinha Is Not HtmlArea”--that's very interesting because, at this time, Xinha is 90% HTMLArea. :))  Well, whatever. ]

OTOH, project Xinha looks nice. I have no doubt that they are good programmers and I wish them luck.

Yes, I do plan to continue development. I didn't lie. As a matter of fact, I am continuing the development—I just don't have the power to deal with hundreds of people submitting bug reports and asking for help, which is why the development is being done “in house”.

HTMLArea is dead, but the code isn't and even Xinha shows that.

last
Edited by mishoo on 2005/03/12 17:34
HTMLarea Help
2005/03/13 17:44
Viewed 6735 times
Replies: 1/2

Quick questions here I hope you can answer...

I have htmlarea installed into a cms of mine and it works perfectly on my linux hosted site.
Now I installed the exact same setup with some slight editing for domain and such onto another site using the same CMS but on a Windows-based hosting account.

The Windows-based hosting gives me some crazy error messages about some buttons not being defined, and after it loads up, all the regular buttons are visible but there are some extra blank buttons that are all called undefined floating around the toolbar...

Are there any known windows issues for htmlarea that would do this?

Thanks in advanced, and I hope you have good luck in the future with your new htmlarea-based project :)
BTW any chance on getting a copy of htmlarea CR2?

last
Re: HTMLarea Help
2005/03/13 20:01
Viewed 8953 times
Replies: 1/1

Well looks like I found my problem on the old HTMLArea forums...

basicly there must be some variable that is the same in the manu script I am using that messes up the htmlarea editing window...

funny enough its really the only difference from the one that cries...

so seeing as the editing wityh htmlarea part is done using a mod for this cms I am using, I added in a new header.pl file which is basicly thr header of the site called headerapage.pl and called that from a new print_top page on the pages where htmlarea would be called...

now no menu visible when using htmlarea to edit files, which is fine as its not a public page...
this fixed the problem and now onto find some more problems...

One problem I know exists is the popup windows in IE... for some reason they are just a little short and cut off the "save" / "Reset" buttons on the bottom of the popups... this doesnt happen in firefox...

any clue on where I can edit the size of the popup windows as to add in some more space to allow these buttons visability?

thanks in advanced!!!

Mishoo da Man!!!

last
HTMLArea Forums
2005/03/13 18:18
Viewed 7060 times
Replies: 0/0

Looks like they put up the old forums in an archiveal fashion... so read only!!!

check it out here: http://www.htmlarea.com/cgi-bin/forum/gforum.cgi?login_attempt=1&&first_login=1

It seems you do have to be logged in to see the forums for htmlarea 2 & 3

WooHoo!!!

Also there is a mention on the site from some guy named Dave about how HTMLArea is "discontinued & Retired" and about how they dont know if you (mishoo) are going to be continuing development, and if you were they would list your project, So, how about coming up with a new name and getting yourself listed for the New htmlarea because for some reason they keep pointing everyone over to that whazoo or whatever its called script as the next htmlarea when we know there can only be one tru HTMLArea when its written by you...

last
client side image resize
2005/03/14 22:32
Viewed 8039 times
Replies: 1/2

I am using the base code of HTMLArea (very well done) to create a unique essay editing enviroment for an online educational program. A request is to disable the ability to click and resize images. Is this possible?

last
Re: client side image resize
2005/03/14 22:38
Viewed 10586 times
Replies: 1/1

To the best of my knowledge, not. That's one example of a browser “feature” that you can't get rid of...

last
patch handling
2005/03/15 15:16
Viewed 7061 times
Replies: 1/2

Mihai,

Do you still want us to submit patches to sourceforge?

Will you or someone else be handling these?

I am glad that HTMLArea is remaining as a distinct project, I think it retains a strong body of users, some of whome, as you say, need support and fixes, and some who can contribute fixes.

Do you still want patch files submitting?

Sam

last
Re: patch handling
2005/03/16 12:00
Viewed 9434 times
Replies: 1/1

Well, I'm sorry to have to say this but I'm too busy to keep an eye on SourceForge. On top of that, I am using an in-house CVS for some time and for this reason InteractiveTools has excluded my sf.net user from the HTMLArea project admins, which means that I'm not able to commit there anymore. But, this also means that the version that I have is highly modified and external patches wouldn't probably apply anyway.

last
The editor slowing down
2005/03/16 11:41
Viewed 6690 times
Replies: 1/1

Okay, I know this is an topic brought up a lot. I've been wondering if anyone has interesting ideas to stop the editor from slowing down in IE after x reloads.

In my situation, closing the browser window, is unfortunately absolutely not an option. So, I needto get rid of this slowness somehow. I thought of removing every HTML element in the iframe manually, and/or all the events, etc. But I doubt it will work.

Then, there's also my other idea. I loaded the editor in an IFRAME, and when the editting was done/cancelled, I'd remove the IFRAME. No luck either. The memory is still being leaked.

I can fix so many problems in all of my plugins, and stuff. But this is the only one that simply keeps crossing my path every now and then. Maybe someone else has a creative idea which might make the problem 'less worse'?

last
Re: The editor slowing down
2005/03/16 11:50
Viewed 8794 times
Replies: 0/0

Yes, use Firefox.

The memory leaks should be fixed in Internet Explorer, not in our code. Fixing such a huge application like HTMLArea could take months and I just don't have the time to do it :-( I'm sorry about this. If I knew about the IE memory leaks from the start, I would have coded HTMLArea “accordingly” (meaning, the code would have been ~1.5 times bigger and more bloat, just to work around this stupid browser problem), but since I didn't and the code already got big, the solution is—use a better browser and tell your friends, family and customers about it. :D

Waiting for a new IE isn't a solution because this memory leak is there since ancient times (IE4 or so).

last
Xinha
2005/03/16 12:49
Viewed 7001 times
Replies: 0/0

Hi,

Firstly I would like to say thank you for HTMLarea. It is a great project and has served me well.

From what I've read you could offer a lot to the future development but can't support it.

Why not join forces with Xinha? From what I've seen they've taken the project forward and have set up a good infrastructure for support and regular updates.

Best Regards,
Adam

last
Default Font Size
2005/03/18 15:40
Viewed 7016 times
Replies: 0/0

Hi Mihai,

First of all thanks for your great application. Very nice !
Everything works well so far but I just want to know if there is a way to get another "selected" font size (I mean that the activated default value for font size other than 3(12pt) ) in the menu and if it's possible to set pixel instead point.

Thanks for your reply

Steve

last
Same Origin Policy Problem across Subdomains
2005/03/18 16:44
Viewed 6715 times
Replies: 0/0
by Bill
Suppose I want to generate a page in PHP that contains a htmlarea editor. Easy enough. Now suppose i have a site that for performance reasons requires static content to be served from a separate server to the PHP content (the "static" server wont be running PHP, and the PHP server shouldn't serve any images/javascript or we'll loose the performance edge that we gained by splitting the content up.) It still seems relatively easy at this point just to shift htmlarea's folder over to the static content server, and point to it from the generated PHP page. So far so good. Except that when using anything in the editor that requires a popup window, it wont be able to access the original editor because of the Same Origin Policy within javascript. Now, Mozilla.org very kindly tells us how to get around this if the 2 servers are subdomains of the same domain name - you insert the line document.domain = "mydomain.com", and thus allow script from www1.mydomain.com and www2.mydomain.com to access each others properties. Problem is, with that line added in my page (the generated PHP page), the editor never finishes loading. I've tried relocating the document.domain line to just about every one of the JS files (and all at the same time), and various locations on the calling page, all to no avail. Has anyone else had this problem, or better still - a solution? thanks bill
last
HTMLArea 2.03 Question concerning Image Links
2005/03/20 18:42
Viewed 6511 times
Replies: 1/1

First of all, I must congratulate you on creating such a fine and practical product.

I've made a couple of minor modifications to the javascript code that suppresses the display of the toolbar. Essentially I use htmlArea as a container for table listings and such. Very convenient when table listings are long and scroll bars automatically appear. Display unlimited information within a predefined space. The inserted tables contain link images that a user can click on and invoke some ofther function. If the links onclick event has simple stuff such as javascript:alert('hello there') then everything works fine. If I attempt to call a defined function, such as javascript:showModalDlg(), then nothing works. Ideally, I want to call the showModalDialog function with the second parameter passed as an array, but HTMLArea does not seem to like that.

Am I running into an limitation issue with HTMLArea, or is this some sort of javascript issue that I'm encountering? Should I use some other technique to display unlimited infromation within a predefined space? Any clarification or assistance with this issue is greatly appreciated.

Thanks in advance,  Ian Renfrew

The following is a sample display of what the HTMLArea information could look like:

The following is sample code used to display the above information:

function showModalDlg() {
  alert("showModalDlg");
return;
}
var html = "";
html += '<table>';
html += '<thead align="left" valign="top" style="background-color:steelblue; color:white; font-size:8pt;">';
html += '<td>&nbsp;</td>';
if (oItems.displayColumns[0].id) { html += '<td>' + 'Name/Id' + '</td>'; }
if (oItems.displayColumns[0].type) { html += '<td>' + 'Type' + '</td>'; }
if (oItems.displayColumns[0].location) { html += '<td>' + 'Attr' + '</td>'; }
if (oItems.displayColumns[0].expression) { html += '<td>' + 'Expression' + '</td>'; }
if (oItems.displayColumns[0].conversion) { html += '<td>' + 'Conversion' + '</td>'; }
if (oItems.displayColumns[0].name) { html += '<td>' + 'Display&nbsp;Name' + '</td>'; }
if (oItems.displayColumns[0].length) { html += '<td>' + 'Length' + '</td>'; }
if (oItems.displayColumns[0].justification) { html += '<td>' + 'Just' + '</td>'; }
if (oItems.displayColumns[0].format) { html += '<td>' + 'Format' + '</td>'; }
if (oItems.displayColumns[0].sm) { html += '<td>' + 'S/M' + '</td>'; }
if (oItems.displayColumns[0].association) { html += '<td>' + 'Association' + '</td>'; }
if (oItems.displayColumns[0].phrase) { html += '<td>' + 'Phrase' + '</td>'; }
if (oItems.displayColumns[0].description) { html += '<td>' + 'Description' + '</td>'; }
html += '</thead>';

html += '<tr align="left" valign="top" style="font-size:8pt;">';
html += '<td align="right">';
html += '<a href="#" onclick="javascript:parent.location.href=\'mtnDictionary.html\'">';
html += '<img src="/JS4U2/images/add.gif" width="17" height="17" border="0" title="Click on image to add a dictionary entry.">';
html += '</a></td>';
html += '<td colspan="20">Click on image to add a dictionary entry.</td>';
html += '</tr>';

var color = "silver";
for (entry in oItems.item) {
  if (color == "silver") { color = "white"; } else { color = "silver"; }
  html += '<tr align="left" valign="top" style="background-color:' + color + '; font-size:8pt;">';
  html += '<td>';
  html += '<a href="#" onclick="javascript:alert(' + "'Click on image to delete dictionary: " + oItems.item[entry].id + "');" + '">';
  html += '<img src="/JS4U2/images/delete.gif" width="17" height="17" border="0" title="Click on image to delete dictionary: ' + oItems.item[entry].id + '">';
  html += '</a>';
  html += '<a href="#" onclick=' + "'" + 'javascript:window.showModalDialog("'+oSession.URL+'toolbox/mtnDictionary.html",+oSession+'),"center:yes;help:no;scroll:no;resizable:yes;status:no;edge:sunken;")' + "'" + '>';
  html += '<img src="/JS4U2/images/edit.gif" width="17" height="17" border="0" title="Click on image to edit dictionary: ' + oItems.item[entry].id + '">';
  html += '</a>';
  html += '</td>';
  if (oItems.displayColumns[0].id) { html += '<td>' + oItems.item[entry].id + '</td>'; }
  if (oItems.displayColumns[0].type) { html += '<td>' + oItems.item[entry].type + '</td>'; }
  if (oItems.displayColumns[0].location) { html += '<td align="right">' + oItems.item[entry].location + '</td>'; }
  if (oItems.displayColumns[0].expression) { html += '<td>' + oItems.item[entry].expression + '</td>'; }
  if (oItems.displayColumns[0].conversion) { html += '<td>' + oItems.item[entry].conversion + '</td>'; }
  if (oItems.displayColumns[0].name) { html += '<td>' + oItems.item[entry].name + '</td>'; }
  if (oItems.displayColumns[0].length) { html += '<td align="right">' + oItems.item[entry].length + '</td>'; }
  if (oItems.displayColumns[0].justification) { html += '<td>' + oItems.item[entry].justification + '</td>'; }
  if (oItems.displayColumns[0].format) { html += '<td>' + oItems.item[entry].format + '</td>'; }
  if (oItems.displayColumns[0].sm) { html += '<td>' + oItems.item[entry].sm + '</td>'; }
  if (oItems.displayColumns[0].association) { html += '<td>' + oItems.item[entry].association + '</td>'; }
  if (oItems.displayColumns[0].phrase) { html += '<td>' + oItems.item[entry].phrase + '</td>'; }
  if (oItems.displayColumns[0].description) { html += '<td>' + oItems.item[entry].description + '</td>'; }
  html += '</tr>';
}

html += '<tr align="left" valign="top" style="font-size:8pt;">';
html += '<td align="right">';
html += '<a href="javascript:void(null);" onclick="javascript:alert(\'hello\');alert(\'helloagain\');return false;">'
html += '<img src="/JS4U2/images/add.gif" width="17" height="17" border="0" title="Click on image to add a dictionary entry.">';
html += '</a></td>';
html += '<td colspan="20">Click on image to add a dictionary entry.</td>';
html += '</tr>';
html += '</table>';

htmlArea_setHTML('txtResults',html);

last
Re: HTMLArea 2.03 Question concerning Image Links
2005/03/20 23:59
Viewed 8660 times
Replies: 0/0

No need to respond. I've answered my own question.

Essentially using HTMLArea is overkill. All I needed to do is utilize the contenteditable tag.

<div id=oDiv contenteditable ALIGN=left STYLE="height:95%; width:100%; background-color:gray; overflow=auto;">
<script type="text/javascript" language="JavaScript1.5">
<!--
var html = "";
html += '<table>';
.
.
.
html += '</table>';
oDiv.innerHTML+=html;
// -->
</script>
</div>

... Ian

last
Firewall issue
2005/03/22 17:21
Viewed 6544 times
Replies: 0/0
by Stew

I'm running htmlarea 3 in an app which works fine on local network but when I upload to a live site htmlarea refuses to load. What's more bizarre is my firewall seems to block access to the site for a few minutes.

If I disable my firewall I can access htmlarea on an external site in the usual way.

Any ideas?

Regards

Stew

last
Google