User tests: Successful: Unsuccessful:
Status | New | ⇒ | Pending |
Category | ⇒ | JavaScript Repository NPM Change Front End Plugins |
Labels |
Added:
NPM Resource Changed
?
|
Category | JavaScript Repository NPM Change Front End Plugins | ⇒ | Administration Language & Strings JavaScript Repository NPM Change Front End Plugins |
Labels |
Added:
Language Change
|
It speeds up development and makes life easier to build a site. Feedback was very positive when I showed the concept on FB. We have to start treating tinymce as a first class citizen. Instead we push people to use an editor that is old and outdate but has the extras people need.
Don't agree here. The core should act as an example and doesn't need to compete out 3rd party extensions. Bloating the core with such useless features which will not bring any benefit to the users is a wrong direction. Instead of, you should tell the users how extensible the core editor is and make an example of this use case either in the official docs or in a magazine post.
I couldnt disagree more
I think the idea is good, can be useful for authors, it allow to format the article and replace images to final ones later.
I don't think it should be in core if it's possible to do it with a Plugin. A 3rd Party Plugin could also use 3rd Party image services.
I know, but that something that Writers would like to see in core.
@HLeithner you are missing the point. Core must be usable and useful. It doesnt matter how fast the code is or how modern the code is. What matters is that users can use it. Why should they have to install a plugin for something that is 40 lines of code. You can make the argument about making it a 3rd party extension with every new feature added to core in J4. Workflows -> almost unusable in its current form without extra code. Schedule -> completely unusable without extra code. Media Manager - the least said abut the better.
PS it is not possible to do this with an installable plugin that is fully integrated into the editor
Forgot to add. I actually did some (rudimentary) user research before even starting this. When was the last time anyone did that
TinyMCE has a feature where you can load TinyMCE plugins by adding it to the options. We do not talk here about a Joomla plugin.
You can make this argument about everything. Its a stupid argument. We must make joomla usable.
TinyMCE has a feature where you can load TinyMCE plugins by adding it to the options. We do not talk here about a Joomla plugin.
Show me how a joomla user can install that plugin. There is no functionality for that.
Instead of, you should tell the users how extensible the core editor is and make an example of this use case either in the official docs or in a magazine post.
Again, publish your sample lines and tell the world how extensible it is.
@laoneo I am well aware of that option. Still doesn't answer the fact that there is no way on joomla to install that plugin.
Uploading it via FTP or the template editor is enough. There is really nothing to install here. Again, this is a great showcase how to use the plugin feature of TinyMCE.
I wonder how you would have reacted if I had told you to just write a blog post about custom fields. No need for that to be in the core. Just copy paste code, use ftp etc.
I wonder how you would have reacted if I had told you to just write a blog post about custom fields. No need for that to be in the core. Just copy paste code, use ftp etc.
It's ok, no need to shift away. I shared my opinion. Do whatever you guys want. It really doesn't matter if this feature is in or not at the end of the day.
I have tested this item
Status | Pending | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2022-05-30 15:32:22 |
Closed_By | ⇒ | brianteeman | |
Labels |
Added:
PBF
|
Status | Closed | ⇒ | New |
Closed_Date | 2022-05-30 15:32:22 | ⇒ | |
Closed_By | brianteeman | ⇒ |
Status | New | ⇒ | Pending |
re-opening. this is far more useful to users than other features being added to 4.2 and does not already have an extension offering this on the jed
This pull requests has been automatically converted to the PSR-12 coding standard.
Clearing test as this PR will need 2 test again.
Why do you need that? I don't think this needs to come in core. Write a plugin and load it through the plugin feature if you need it.
It is completely impossible to do that. The plugin feature does not allow you to add an icon to the toolbar or to add a link to the menu which means that even though the plugin is running it can not be used.
I have spent the day checking into this. The person who wrote the pr for that feature did it as a result of some tutorials they wrote for the tinymce web site. I have checked those plugins (fixed one along the way) and can confirm that the only tinymce plugin that is usable when added in this way is when it is triggered by a hotkey or autocomplete.
@obuisard this and the associated two other plugins for tinymce would be great additions for 4.3. They got universal positive feedback when showcased on the facebook group. see also #36975 and #36962
Instead of, you should tell the users how extensible the core editor is and make an example of this use case either in the official docs or in a magazine post.
Again, publish your sample lines and tell the world how extensible it is.
@laoneo I am well aware of that option. Still doesn't answer the fact that there is no way on joomla to install that plugin.
Uploading it via FTP or the template editor is enough. There is really nothing to install here. Again, this is a great showcase how to use the plugin feature of TinyMCE.
except it doesnt actually work
This pull request has been automatically rebased to 5.0-dev.
I have tested this item ? unsuccessfully on fa08447
First the icon did not load in the Tinymce plugin view, just the placeholder text. After reloading the page the icon appeared as expected. I can drag it to my toolbar and save it. But then I can not open the article any more. A soon as I revert the patch its working again. I think placeholder images are really useful, would be great if you can fix that.
"An error has occurred.
0 Call to a member function getIdentity() on null "
I can't replicate your issue got confused with another pr
I have tested this item ? unsuccessfully on fa08447First the icon did not load in the Tinymce plugin view, just the placeholder text. After reloading the page the icon appeared as expected. I can drag it to my toolbar and save it. But then I can not open the article any more. A soon as I revert the patch its working again. I think placeholder images are really useful, would be great if you can fix that.
"An error has occurred. 0 Call to a member function getIdentity() on null "
This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/36968.
a trace log would be helpful
Labels |
Added:
Feature
PR-5.0-dev
Removed: ? |
@HLeithner I really dont know why, but after I tested #36975 with the same result, I went back to here, installed again and the error is gone now... Inserting sample images works as expected.
I have tested this item ✅ successfully on e2ada52
I was able to add sample images into my article
The error comes back when I remove the other new plugin (sample text) from the tinymce toolbar. After I tested it and left it there, the sample image worked.
could this be of the change from pseudo event buttons to real events?
Nope, this can happen when $application not injected in to plugin while bootPlugin,
It nothing with events.
But it should be injected already
@fancyFranci did you tested iit for joomla 5 or 4? because title say 4,but the target is 5 :)
Title |
|
I have tested this item ? unsuccessfully on e2ada52 using J5.0-dev
applying the patch causes tinymce to no longer appear
a trace log would be helpful
The PR was created for Joomla 4.2 using tinymce 5. @HLeithner changed this to be for 5.0 but as that uses tinymce 6 and a reworked plugin tbh I wouldnt expect this to work at all.
The PR was created for Joomla 4.2 using tinymce 5. @HLeithner changed this to be for 5.0 but as that uses tinymce 6 and a reworked plugin tbh I wouldnt expect this to work at all.
ok, so this fails j5.
same as the other pr, why not using the template system for this?
Status | Pending | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2023-09-03 08:02:06 |
Closed_By | ⇒ | HLeithner |
why not using the template system for this?
because the template system is not easily portable and is template dependent
didn't we had a standard set/location in joomla too? or was this located only in Cassiopiea? Anyway tinymce deprecated the "simple" template system for there paid advanced template system. So we forked it and maybe @Fedik or @dgrammatiko or @laoneo has a nice idea for a better template system for such cases.
Following code is looking for templates
joomla-cms/plugins/editors/tinymce/src/Extension/TinyMCE.php
Lines 65 to 67 in ad7796a
Not sure what exactly, I think @dgrammatiko know better.
It is part of #40626
it maybe a good idea to have some default templates under /media/plg_editors_tinymce/templates/
Not sure what exactly, I think @dgrammatiko know better.
That ajax fn just replaced the code that resolved the templates on startup (now it's per use case)
it maybe a good idea to have some default templates under /media/plg_editors_tinymce/templates/
It's very easy to add one more lookup path in the code you linked above #36968 (comment)
do it without me. wasted enough time on making a good editor for joomla already without an 18 month delay to everything
Why do you need that? I don't think this needs to come in core. Write a plugin and load it through the plugin feature if you need it.