[Announcement] HTML Edit 1.6 - Now 64bit Friendly!

General
1

Hello everyone!
Another update to HTML Edit is ready for you now!
I’ve made significant improvements to how dropped images are handled on Mac.


HTML Edit is 64-bit!
Now verified as working under 64-bit conditions, I’m happy to officially announce that HTML Edit is 64-bit friendly!
With that HTML Edit works in whatever your favorite IDE is, from RealStudio 2012r1 to Xojo 2015r4!

Image Dropping Mac
A nice feature of Mac is that you can drag and drop a file from Finder into any text field, and if it’s not set up to perform some action the OS will insert the path. This is really useful for most cases, but was actually erroneous behavior for HTML Edit. I focused my effort in this update on improving the ability of HTML Edit to capture this and present you with an image instead. There are some under-the-hood JavaScript changes to attain this behavior.

About HTML Edit
HTML Edit is a drop in control that helps desktop developers get and set HTML for WYSIWYG Rich Text editing. This Xojo wrapper / translator harnesses the power of Quill. You can slam complex markup at the control and it will render quickly, and display just as the markup would in a browser. To make things easy it mimics much of the functionality of a TextArea, so you already know how to use it. HTML Edit lets you use native Xojo code to control the Quill editor, so you’re working with strings, booleans, and colors - instead of sorting out JavaScript errors.

Product Page: http://htmledit.timi.me/
Download: http://htmledit.timi.me/demo
Screenie: http://htmledit.timi.me/screenshot.png
Docs: http://htmledit.timi.me/docs.html

2

Looks great Tim! Demo project is robust. Your control is definitly on my bookmark list. Any intentions to make this for web projects too?

3

Preivew.app would have you believe I am, because every time it opens the Web SDK PDF opens. It’s on the list, but it’s not my top priority. You’re not the first to ask, but nobody has expressed a dying need for it. It’s in the “someday” category.

4

Given the indigence of WebTextArea, you would have a great interest into your product.

5

Well, good news!

I have a prototype running with Get/Set HTML. WebSDK is tricky though because there’s no way to get a return value from ExecuteJavaScript in-method. I’m not sure if I’ll be able to replicate the other features that mimic TextArea without using undocumented functions. I don’t really want to do that because of the multiple warnings I’ve seen.

Any recommendations?

Also, what features are you looking for in the web version?
I presume you don’t want to buy the control with just Get/Set HTML.

6

.GetHTML / .SetHTML and .GetText/ .SetText would be fine for me.
Give shout when ready. I’ll buy your License :slight_smile:

7

The trick is to send back to the app all values as soon as you change them through TriggerServerEvent, and store them in variables, so when you need them, you get the variable instantly. There are of course instances when it is simply not possible.

I guess one of the most coveted feature is rich text editing. Currently, there is simply nothing.