TinyMCE Quattro and its wysiwyg bbcodes

TinyMCE Quattro and its wysiwyg bbcodes 2.7.2

No permission to download
Overview FAQ Updates (83) Reviews (32) History Discussion
cclaerhout updated TinyMCE Quattro and its wysiwyg bbcodes with a new update entry:

Version 1.6.4.2 released

Version 1.6.4.2 released
  • Compatible with the Smiley Manager of Milano
    • Categories are working with the Modal/Slider Smiley button
    • A category can be used for the Smiley Menu button
    • Option added to show uncategorized smilies at the bottom
    • The options "[Menu button] Number of smilies?" and "[Slider Smilies] Number of smilies per slide" are still working.
  • Add an...
Click to expand...

Read the rest of this update entry...
 
cclaerhout updated TinyMCE Quattro and its wysiwyg bbcodes with a new update entry:

Version 1.6.4.2 released (small fix)

Version 1.6.4.2 released
  • Compatible with the Smiley Manager of Milano
    • Categories are working with the Modal/Slider Smiley button
    • A category can be used for the Smiley Menu button
    • Option added to show uncategorized smilies at the bottom
    • The options "[Menu button] Number of smilies?" and "[Slider Smilies] Number of smilies per slide" are still working.
  • Whitespace...
Click to expand...

Read the rest of this update entry...
 
this new update doesn't now support Smiley Manager of Milano fully so many bugs:

for starters the
5nNKl.png
5nNM2.png
<-- the little one not the smiles slider/picker does not work this what i mean:
5nNO1.png
Fail there suppose to be smiles there works fine without these settings:
5nNPt.png


and look here the smiles picker it does not load the normal smiles 1st instead it loads the last category first and look the at the labels you can barely see them:

5nNTl.png

5nNTH.png
 
@XxUnkn0wnxX

A few things before:
  1. a smiley is supposed to be a smiley, in other words not a cat picture. Now if you need to use those kinds of pictures, you will have to update the addons for your needs which are cleary not mine. You can first try to increase the size of the modal window (I think there is an option for this in the visual options).

    size.webp
  2. there's a limit to display a certain number of smileys by slides, use it to avoid the smileys to be hidden by the category. Use this limit according to the size of the modal window. I don't want to use any scrollbar with the slider (this doesn't look good), so if you want to customize the css, just to do it. It's not that hard to target the category name, give it a color background with an alpha couche or an opacity that matches your style. If the slider doesn't suite your needs, just use the classic modal window.


Now let's see the two problems:
  1. What is the category problem? I don't understand. Use the last version of the addon (it has been upload 30 minutes after the initial release)
  2. What are the links of the smilies that don't display? Are they working with the modal window? As usual I need information. It's not possible to debug without.

P.S: I won't be there the next few days, so you will have to start to fix yourself your problems.
 
Last edited:
by category problem it doesn't show the Normal Similes as show here
5nTxu.png

1st in the slider

instead it shows the Funny/Troll Category which is not what i selected as u can see

and i am using the model setting:
5nTzB.png


look here as i am using the same settings as the above picture but with the "Enable the Smiley add one disabled"

5nTDb.png


see how they work with out the enable button but i prefer my smiles categorized.
 
cclaerhout said:
Does my last version managed to do what you wanted to with the blank spaces? I haven't heard anything from you.
Click to expand...

Haven't had time to implement it yet, but I will. Work all day during the week. Weeknights and weekends are when I can carve out time to do this work. Thanks, though.
 
Also, what we really need to see with regard to user-inserted spaces is a preview function that shows those spaces. Going on trust when hitting the Create Thread button is not good enough.
 
jauburn said:
I upgraded to the latest 1.6.4.2 in hopes that the update would preserve user-inserted spaces. It does, but only if there are four spaces before a line. How about one, two, three, or odd numbers of spaces?

Thanks.
Click to expand...
Look the options more carefully, thank you.
jauburn said:
I'd like to see it displayed. I don't see how it hurts a thing, and I prefer to use it rather than full screen. I'm sure others would, as well.
Click to expand...
I've already told you this option is useless with XenForo and I will not integrate it.

jauburn said:
Also, what we really need to see with regard to user-inserted spaces is a preview function that shows those spaces. Going on trust when hitting the Create Thread button is not good enough.
Click to expand...
That's already the case as I've already told you three times, one more time: spaces are preserved inside the editor.
 
cclaerhout said:
Look the options more carefully, thank you.
Click to expand...

Ah, yes. I see it in the xenforo parser options. And it seems to work. Bravo!

Just one issue I noticed: it does not seem to allow one space from the right to stick. That is, if an author begins a new line and inserts one space before typing, that one space will be stripped out.

Can this be changed?

Thanks.

About the little editor resize icon that you think is superfluous, here's my reasoning: The standard editor gives one size. Yes, one can increase it full screen. But if an author wanted something in-between, she can resize it to taste. Might seem unnecessary to you, but I'm for more options rather than fewer.
 
Last edited:
One thing this editor doesn't do that the full demo version does is preserve user-inserted line breaks at the top of a post. A lot of the poets on my forum want their works to stand out from the header and footers of the confines of the post area, so they press Enter four or five times before typing and after typing. The SMF forum preserves all of those carriage returns. Can this be made to do that? Thanks.
 
I'm finding that a tab inserted at the beginning of the first paragraph appears in the editor but will not be saved as a tab when the post is saved. Tabs at the beginning of successive paragraphs do get saved.

Is there something that can be done to get a tabbed first line of the first paragraph to be saved properly?

Thanks.
 
Put aside that i still have to repeat one more time the editor has nothing to do with what you are describing because its the text parser/formatter who manages the text before it is saved and displayed, you've just written 3 times the same thing. The parser must have a trim function somewhere (if you don't know what is a trim function, find information on it) to keep an unified content. I don't have access to the code for the next few days and I don't have much time especially for a feature that I don't really need, so I recommend you to post in the development forum asking how to disable the trim function inside the parser/formatter.
 
One more suggestion: The bbcode "Smilies Picker" is not displayed so well in responsive, when the pop-up window appeared, it was break the screen on mobile. could u just make the display of that bbcode to be the same with default of Xenforo, especially using together with Smilies manager add-on? sure that it will look more better...
 
You must log in or register to reply here.
Back
Top Bottom