Editor CustomField do not work anymore with JCE 2.9.12+

[Rune Rasmussen]

sorry guys, but I cannot fix anything. VirtueMart is a opensource project and relies on the work of people volunteers in the forum.

So VirtueMart doesn't have a core team or lead developer anymore? That's indeed interesting and good to know when planning for the future, so thanks for letting us know.

[GJC Web Design]

Max means "everything"  .. instead of "anything"  -  typo

He is suggesting if someone fixes this the code will be accepted for the core

[Milbo]

oh heavens, yes, I am a non native english "Writer".

[Rune Rasmussen]

Well, how should people know, we can only read what's written.


Anyhow; If bug fixing and other improvements relies on volunteers, maybe it's time to make it easier to contribute suggestions in other ways than the forum and such old fashion ways, and also have a proper issue tracker to work from. And not to forget, more people testing the proposals, before they are "blindly" added by someone not having time to test, and thus causing new bugs. Something t.ex. GitHub would give access to, and I'm pretty sure that would make VM much better and much more reliable in the long run.

[Milbo]

Use the svn and provide a patch. Anyone who provided good code got invited. Regardless the form. of course a svn patch is best. I am just the code guard to prevent what you've written yourself.

[Rune Rasmussen]

Sure, but there is no issue tracker, and most people have no clue what's going on here most of the time. What you're working on, and which patches you have gotten already. And as this case shows us, quite a few issues is just forgotten and lost in the forum for quite some time.


Also, people mostly don't need a invite, they just want to propose a simple change from time to time to different projects, like GitHub makes possible in a much easier way for those being familiar with it - as most probably is today. At the same time as old fashioned patches still would be possible to handle.


Still, I've understood it as you prefer svn for some for you valid reason, and that's probably fine, even though it means less people contributing. Anyhow an issue tracker connected to the svn would also help in this case.


Beyond that I'm not really into criticising the choices and the project, I just think it would help the project and you to move on using more modern and common options in the development, taking of some workload from yourself, and getting more eyes and resources into development and testing. As it's now the interest for VM has declined, lots of stores have moved to other more stable and popular systems, myself I've only two VM stores left, probably only one by the end of the year. Not necessarily because VM itself is so bad, but with the lost interest and use there is less developers making payment modules and other integrations needed in different parts of the world for it, it's to costly to do just for a few. But sure, also the increased complexity of Joomla has made it a less valid choice for more plain webshops, so there is more into it for sure.

[Milbo]

https://dev.virtuemart.net/projects/virtuemart/repository
You can read here whats going on.

and concerning the tracker https://forum.virtuemart.net/index.php?topic=148837.msg531672#msg531672

and a svn patch is the very similar to github. Anyone can take the svn code, use it on his git and make svn patches.

We had this discussion a lot of times. There are studies showing, the bigger the project, the more likely they still use svn and NOT git. GIT is great for small projects.

Joomla is big and uses git? You tell nonsense Milbo. yeheh. The difference is the code style. Joomla breaks a lot things down to quite abstract code. Big work is seperated in a lot of files. The other stuff are libraries, which have usually small classes and small functions. It is of course an art for itself. This code style is also reasoned in GIT. I am not talking about the components like com_content. I just talk about the core. So if you take a look in the libraries of the core, you see for example the folder vendor. As far as I know, any folder there is originally an own GIT project.

VM is a framework on the joomla framework and plays with this frameworks. So from the GIT perspective, joomla consists of the libraries folder, the admin application, the frontend application and the components in that applications and the templates. Any of them could be an own GIT project and you can also handle all of them in one GIT project. Because any of the items listed above are seperated from the rest.

But in ecommerce it is very hard to manage. For example the cart logic. The cart "interferes" all the time. The cart itself is just the player on the framework, if the framework changes, the cart can fail. The cart handles products, shipment, payment, calculates the invoice, takes the user data, handles the shopping process. The VM core is just more monolithic than the joomla core, that is part of the nature of a CMS/Framework and ecommerce system.

[Rune Rasmussen]

https://dev.virtuemart.net/projects/virtuemart/repository
You can read here whats going on.

Actually not, we can only see what's being pushed out when you feel it's at such stage that it can. We don't know what you or anyone else have on the table, which patches you have gotten but haven't looked into and pushed out yet, which issues has been forgotten or overseen in the forum etc.

Beyond that, there are project who have seen increased involvement after switching to GIT, no mater what coloured studies tells about BIGGER projects.

https://github.com/zencart/zencart/discussions/4805#discussioncomment-3303153

and since moving development to github, there has been increasing involvement of community members.
(in fact of late the majority of development has been due to the contribution of non core team members)
and I love that that is happening

But it's your project indeed, and you do as you like and feel with it for sure. Can't argue on that.

Edit! When it comes to bigger open source projects, we find eCommerce projects like WooCommerce, Prestashop etc. all being available at GitHub - with bigger user and contributor bases. Just to have it mentioned, for what it's worth.

[hazael]

Code Select Expand

vmJsApi::addJScript('mceAddControl-' . $row, 'tinymce.execCommand("mceAddControl", true, "field-' . $row . '-customfield_value");', true, false, true);

This solution is not entirely good and should not go to the core.  This works with JCE and Tinymce, but... If you apply a different editor globally - for example CodeMirror or Simple - Editing the product using a custom field such as Editor will cause a loop and overload the server. I've reported this problem before, but I wasn't sure what the cause was - it's all clear now

https://forum.virtuemart.net/index.php?topic=148857.0