MyPad V3.0 (html editor)

waffle · Post by **waffle** » Thu Nov 25, 2010 8:32 am

Fixed the save window layout stuff. even modified my helper app to save windows.
Fixed Table Tag issues
Added 2 tags
Fixed File-View-Refresh ( I misplelled MenuID as MeniiD ) not that I ever make spelling errors

)
Added the SmartWindowRefresh to MDI, WEB and to helper app.

I did not add View to the toolbar.... that is just so hard

) But its on my todo list.

Next, I will stare at the spelling stuff iguess.
Can you double check the Bullet Image tag?

The source given when inserting a standard image tag is what it should also return for a bullet tag.
Are the both the same on your PC ? And can you check if Image Link gives the same source?

Vera · Post by **Vera** » Thu Nov 25, 2010 4:55 pm

Hello Waffle,

it's getting nicer every time

the kept window-sizes do make a helpful difference when restarting BUT it doesn't work for the help-app yet (no entries in the INI)

Also WebView-refresh now works here as well

The SmartWindowRefresh works fine for both Web-Views but doesn't impact the MDIs. Maybe the SmartWindowRefresh needs to be placed behind OpenWindow ?

SpellCheck: of course I ensured that the edit-doc has the focus when calling it. But if a WebView is opened at the same time (without focus) the spellchecker won't come up. [at the moment this is a minor issue I think]

Reworking the toolbar is a good idea, especially sorting/grouping the tags, still I would do this when the other bugs are fixed.

About the empty space entity: I understand why you made this 4spaces in one go (and I think it's a helpful item), but still one needs a single space more often than a group of it. Couldn't this be devided: the tool-button inserting 4 and the special character inserting only one item?

Can you double check the Bullet Image tag?

Yes - the imaged bullet and the image tags now return the same picture paths (no 'nearly fullpath' anymore).

The whole topic about the relative linking should be regarded on it's own as it is of major interest on the long run.
At the moment the situation is this:
any page-project and all their contains should be inside of MyPads application folder. (Subfolder is ok as all tempweb.htmls are created in the according folders as well now). Any linking in this project should only be inside this project-folder and only downwards (further subfolders). As long as all pages are paralell in the main project folder everything should work fine.

But the moment you want to link to somewhere outside of the project or if you want to link from one subfolder to another paralell subfolder the linking won't work, because the relative postition towards the affected html-page is not regarded.

For each single upward-step, when linking outside from the current page-position, a ../ has to be added in front of the link.

ups - numbers in folder-names corrupt the link:
e.g.: a folder named: "My2Pics" will result in <a href="2Pics/..."

Addendum:
Thanks very much for enabling the LCase Tags this already is a big relief.

But there's one main issue about it:
a - blank page creation doesn't find the header as it searches for the uppercase tags
b - for the same reason the body settings cannot be supplied / edited

Last but not least there are some major concerns about the style syntax, that I'll post via PN.

greetings ~ Vera

waffle · Post by **waffle** » Thu Nov 25, 2010 10:20 pm

Dictionary "suggest" and custom dictionary is now supported.

OK, lots of wacky stuff in there.
Hopefully nobody will see all the wacky stuff though.

Its sorta a pain that the FindString() function is case sensitive ...
But, I think I found all the refrences and "adjusted" to support
either "UPPERCASE" or "lowercase" tags, but not "MIXedcase" tags.

Sure, I could have used the SCI_Search options, but that would have made alot more
typeing and possibly other bugs and anomalies due to moving pointers and such.
The actual link targets are still case sensitive, to match html.

I did not remove spaces or add in quotes because at the moment, these seem to be mostly
asthetic. If everythingelse is working properly, then maybe I can be convinced to tinker with that.

The reason why tags should be either upper or lowercase (for my app) to to assist in locating
specific portions of the web page. Specifaly the <HEAD> <TITLE> <STYLE> <BODY> <HTML>
sections and the <A HREF and <A NAME portions for jumping around the page. Other areas
to watch for are SRC = "kjsdfksdhf" and such that refrence files. These are not too important
as I only refrence them to change filenames to lowercase.

Its a good idea to "check" the lower case files menu option. I do this because on my PC the filenames
are frequently mixed case. Once I upload to my website, its hard to remember if something was uppercase
or lowercase. That is why I check that in the editor, and answer yes during file uploads. The FTP
manager will automacaly switch filenames to lowercase (there is a prompt) during uploads.
The best part there is I have NO FILE LIMITS

My website is also kinda crowded too. over 500 files.

Vera · Post by **Vera** » Sat Nov 27, 2010 6:29 pm

Hello Waffle,

again I've found 2 more wrong syntax that make trouble

STYLE-css: "font weight": without "-" only works for IE, it should be "font-weight"
Inline : only applies relative values: e.g.: -2/+2 = smaller/bigger, 2 = relative to the body size

To get the pixel-values you need to use: .
Maybe even change the whole font insert to inline css-style like e.g.:
TEXT

I put up a study example that looks the same on IE as on FF:
<html><body>
 Normal body text<hr>
Font: Courier New ? - size 12 ?<hr>
 - !<hr>
 !<hr>
 ! 
<hr style="height:6px; background-color:red">
Georgia - font size: -2 <hr>
Georgia - font size: +2 <hr>
font size:1 - font size:2 - font size:3 - font size:4 - font size:5 - font size:6 <hr>
Normal body text 
</body></html>

Opening & closing the Body settings still corrupts an existing style as most of the values aren't read and by this removed. Your blank page setting has different items than the settings ask for. E.g. there's no background color but font style. Afterwards I get unwanted backcolor and my fontstyle is removed.

Adding words to a user.dic is good idea but why should I add the suggestions? Wouldn't it make sense to add new words instead of copying existing ones?
Besides - there's no exit/cancel button to leave the popup. Luckily ESC is available at the moment.

I did not remove spaces or add in quotes because at the moment, these seem to be mostly asthetic.

I'm fine if this is a case of asthetic for you, to me it's a case of cleanliness and the achievment of standart code syntax. Besides I do oversee mistakes because items and values aren't positioned coherent towards each other and obove that the syntax in itself is even mixed.

Eg: these extra-blanks in the links eg: <a..>_object_</a> they do not show in IE but in FF all links or pictured links have these extending underlining spaces left and right of the object.

Its a good idea to "check" the lower case files menu option. I do this because on my PC the filenames are frequently mixed case. Once I upload to my website, its hard to remember if something was uppercase or lowercase.

That means you don't have an original mirroring of what you have local and what's on the server.
Mind you how many users keep up two different versions and have to make sure to upload something different than what is worked on. Making sure that when uploading new folders and files to switch them all to lower case first. Then you need a second local mirroring: a mixed style for working and a purified one for uploading.

To me this is a trap of inaccuracy and carelessness MS allows you to step into.

Another point is: your MyPad is meant to create html-pages but not only for HPs. Someone might just like to build a picture-album or poetry or whatsoever that he wants to share with friends to be viewed offline. As long as everybody is on WIN it'll be fine with mixed cases, slashes and unclean syntax but all other friends might not see half of the contents.

I don't think it's fair to lead future users into mischief that could be prevented.

Besides all of this - the new link-resolving seems to work perfectly - and that's just great

... and not to forget the new help-gui dimensions

And while creating/opening... several test-files it was a stricking mischief that the message requester is set to txt-files as default, so you need to switch it every single time.

greetings ~ Vera

waffle · Post by **waffle** » Tue Nov 30, 2010 8:22 am

I tweeked the body styles a bit...
Changed the font tag to "comply"
tweeked the insert Tag options to trim spaces... >SwordS< the S(space) was removed leaving >word<

About the corruption of body tags... I added a reserved section inside the body.
Its not documented in the editor very well, but what I did is add a comment
"<!RESERVED -- place custom settings here -->" after the standard options.
Settings after this comment should not be modified by my app. During my 5 min test,
it seems to work.

About escape key to exit the add word dialog...
clearing the text works too. This is Fred's "InputRequester" at work.
Pressing escape returns an empty string. Maybe I should add that to the help text

Vera · Post by **Vera** » Thu Dec 02, 2010 4:56 pm

Hello Waffle,

The new font tag is much better to overview and understand, but it has three mischiefs:

- <font-style="... : no "-" at tag start => : missing closing "quote" at the end => font-weight:bold;">
- the font-size always stays "0"

Body settings:
- Background-image-link is not applied / set into the name-stringfield

~~~~~~~~~~~~~~~~~

I thought about that styling problem and have an idea until you may handle it differently in the future.
Test this:
- create a blank page and remove the inserted style (incl. tags)
- now call and close the body settings with ok:a style with all values [except one missing*] will be applied

As long as all values are always present you can safely open and edit the settings without corrupting anything.

So what I would suggest is: creating a Blank Page is without style. A style will only be supplied via Body Settings, where all values are automatically pre-filled (like it is now already*) and the user can change them directly and later.

The help file should tell the user:
- using the implemented Body Settings do not remove any items in the style script and rather apply changes via the input panel
- the Body Settings do not work together with individual style scripts. If you write your own style or enhance the MyPad style please don't try to edit it with the input panel afterwards.

Disadvantage:
1- if a user has his own style he must not try to apply a background image as this will also change the style. Maybe it is possible to place an independent ok-command on the background-image panel that doesn't submit the style as well ?
2- if you want to change the backgroundcolor of the page you need to adjust all the other background colors as well if they should not stand out

Well, I'm not sure about this idea, but it seems the only way at the moment to handle the body settings without loosing settings when editing the style.

________
* - when applying the first style the last value of BODY is missing: FONT-WEIGHT: NORMAL;

* - alignmentsyntax needs to be: TEXT-ALIGN: CENTER;
H2 { FONT-SIZE:28PX; ....; ALIGN: CENTER; }

on blank page creation:
* - missing full bg-value #000000 ; useless bordersize
HR {HEIGHT: 3PX; BACKGROUND-COLOR: #0; BORDER: 8PX; OUTSET #AA0000; }

Because the border value is summarized within the height it should be smaller than half of the height-size, otherwise you won't see the line color. Eg.:
Height=8 and border=4 => you only see the border (8=4+4).
Height=8 and border=2 => you see a 4px colored line with a small 2px border (8=2+2+4)

~~~~~~~~~~~~

waffle wrote:the add word dialog...
clearing the text works too. This is Fred's "InputRequester" at work.
Pressing escape returns an empty string. Maybe I should add that to the help text

Yes, so some useres won't feel lost what to do when they are 'trapped' within the dialog. The returned empty string is not written to the dic, so that doesn't matter.

When the dialog is open and a suggestion is made, then click on the suggestion-button and the whole list will be added again and again ...

greetings ~ Vera

waffle · Post by **waffle** » Thu Dec 09, 2010 6:43 am

I fixed the obvious items .... (basic tag stuff)

I am confused by this one ...

Body settings:
- Background-image-link is not applied / set into the name-stringfield

Can you give me an exerp? An example of what it "did" and what it is supposed to do ?
The background images seem to work for me, but then I don't use them very often, just for testing...

The Body Style issues, i have not fixed either .... except for the obvious tag items ... (TEXT-ALIGN)...
and others. I am still looking at that. I lnow, not looking too hard as I was working on an Ant Sim for
DoBro's B-Day

) I guess I just a little crazzy.

I am supposed to be workig on a cross-word puzzle game thing soon too.... Maybe I just need a Job ...

Vera · Post by **Vera** » Thu Dec 09, 2010 6:23 pm

Hi,

waffle wrote:I am confused by this one ...
Quote:
Body settings:
- Background-image-link is not applied / set into the name-stringfield

Open BodySettings, choose Background: Name-field is empty.
So - you open the message-requester to find a picture. Submitting an image does not transfer the address into the Name-field, and you don't get the preview. The user has to apply the image path manually into that Name-field.
Also: even if one has applied a correct picture path to the body-tag, reopening the background-settings will still not show the preview

New bug:
Changing the 'name' later on does not change the actual body-tag
BUT: all contents between (inclusive)<body> and </html> will now be copied and added again into the page while a new top <body> tag is assigned with the new name.

Seeing a backgound picture on the html page works well, only the handling with the current settings doesn't help the user.

Help-file:<style>...
1- these short COLOR: #0; still corrupts e.g. the showing of the <hr>s on FireFox
2- after correcting: FONT WEIGHT to FONT-WEIGHT it is now regarded. But now all bold settings in the help page do not show up anymore on FireFox because the body-setting prescribes it to be ...FONT-WEIGHT: LIGHTER;....
Using: font-weight:leight; or font-weight:normal; will not create this effect. Besides there's no real need for it at all, you could even drop it.

waffle wrote:not looking too hard as I was working on an Ant Sim for DoBro's B-Day I guess I just a little crazzy.

I've seen them - and believe you do get crazy handling all these options

besides - I didn't manage to encrease any population yet

have fun ~ Vera

waffle · Post by **waffle** » Sat Dec 11, 2010 11:16 pm

Wow, the body style was very broken

One issue was I had made it too complicated (code wise) the other was a "conceptual" error....
I used the wrong refrence variable for determining the length of the text after the reserve marker

That took several shots of rum before making scence

Anyway... it all seems to work now.

PureBasic Forums - English

MyPad V3.0 (html editor)

Re: MyPad V3.0 (html editor)

Re: MyPad V3.0 (html editor)

Re: MyPad V3.0 (html editor)

Re: MyPad V3.0 (html editor)

Re: MyPad V3.0 (html editor)

Re: MyPad V3.0 (html editor)

Re: MyPad V3.0 (html editor)

Re: MyPad V3.0 (html editor)

Re: MyPad V3.0 (html editor)