VirtueMart Forum

VirtueMart 2 + 3 => Product creation => Topic started by: lindapowers on March 04, 2015, 19:19:05 pm

Title: Redirect of generic child variants/ multivariants to product detail view
Post by: lindapowers on March 04, 2015, 19:19:05 pm
Hello

In case you have not noticed in vm3 child products are selectable from the category view, this was a great addon but they had to ruin it by redirecting you to the product details view after each selection.


You can check it here http://demo.virtuemart.net/default-products with any of the products at the lower part of the site.

The only one that does not redirect you is the "simple cart variant". No stock control, no unique photos, descriptions or dimensions and the price gets added from the parent so if you were thinking of changing your child products to cart variants like me... we are doomed there also, useless.

-------------------------------

I spoke with Max Milbers and the cost for solving this and he said around 500 € which of course I'm not gonna pay alone for something that should be have been done right from the start but I'm happy to pay this with other users.

I told him about hiring an indian programmer or someone cheaper but I encounter the risk of the code being of poor quality and not getting added to the core.

------------------------------

We need child products to reload and stay in the category view without forcing the customer to a page he didnt choose. Any user that finds this redirect annoying contact me by private so we can help them develope this. They are never gonna change this without paying them, thats something I learned.

If any of the programmers here is capable of solving this issue in a way it could be added to the core please contact me.

I have no problem paying but not 500 € where I could buy 5 copies of Hikashop or Eshop which already make things how they are supposed to be made.


PD: I just wished sometimes you programmers had a bit of pride to release quality products and improve your system. This redirect is bullshit, nonsense and I cant believe no one is complaining for this crap.

Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: bluezeyes on March 07, 2015, 11:45:50 am
Hello
[..]
PD: I just wished sometimes you programmers had a bit of pride to release quality products and improve your system. This redirect is bullshit, nonsense and I cant believe no one is complaining for this crap.

The thing is, that there is no official bug tracking system, if there would be one, it could be checked and be used as a logging tool (/indication) of how many ppl are not satisfied or affected by a function or the way implemented by this. I understand that a direct communication via Skype may help faster, but there is a lot of information lost when using this way.

Using github would may help to develop too.. Maybe there should be a general discussion about to change from svn to github...

Just my two cents..
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: lindapowers on March 07, 2015, 19:53:24 pm
Agree and also posting in a forum with so many sections and daily posts wont grab the attention of users, even less having to pay. I knew this post was useless but had to try. Most users have not even noticed yet the issue we comment here.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Milbo on March 09, 2015, 18:29:30 pm

In vm2.6, there was no add to cart button in the category browse view. There was no customfields in the browse view. So now we added that, but instead of being happy, you blame the last 5% which does not work the best way, but similar. Strange. Additionally to that it is quite contraproductive if you do not lead the customer on the productdteail page, because the productdetail page is like a mini category if you use a lot variants.

I told you, that the method to crowdfund features like that is the membership http://extensions.virtuemart.net/support/virtuemart-supporter-membership-detail buy gold or at least silver. You never wondered who pays the new features in vm?
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Milbo on March 09, 2015, 18:34:15 pm
The thing is, that there is no official bug tracking system, if there would be one, it could be checked and be used as a logging tool (/indication) of how many ppl are not satisfied or affected by a function or the way implemented by this.

A bugtracker must be managed. Someone must do this and classify all the time the tracking items. Furthermore a bugtracker is not big different to a forum, just more formalism todo. Actually the only person pissed by that is Lindapowers.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: lindapowers on March 09, 2015, 22:49:43 pm
The thing is, that there is no official bug tracking system, if there would be one, it could be checked and be used as a logging tool (/indication) of how many ppl are not satisfied or affected by a function or the way implemented by this.

A bugtracker must be managed. Someone must do this and classify all the time the tracking items. Furthermore a bugtracker is not big different to a forum, just more formalism todo. Actually the only person pissed by that is Lindapowers.

If I was demanding something for free ok but I even offered to pay, but 500 € is madness, Im gonna e-mail Bill Gates cause I think he will be cheaper!

You once said I was the only demanding the rounding in vm and then became one of the most used features but nevermind, considering I made the translation 100% literally to spanish and no one payed me a cent I guess I could cry for something that Is just not correct.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Milbo on March 10, 2015, 14:46:15 pm
You seem to mix up a lot. There is no reason to take this personal. You came in my skype chat and ranted me first and then demanded this feature. I said to you, it is planned, but that the development of vm3 already costs a lot money. You asked me how much it cost and I said it is minimum 500 euro. I did not say that you have to pay it. It was not the price I make for you, considering whatever you did. It is just the price what it costs, to give you an idea what you demand. You said, you will find a programmer doing it and I just gave you an idea what you can expect. It is a new js, a new json view, a new task, new split of a sublayout, and so on. Furthermore there are a lot other requested features like

- optionally enable/disable Labels
- optionally show the dropdown as radio or with clickable images
- reference the custom to another custom "String", which is then automatically created to "tag" the product, so that it is searchable (find me all 27 Zoll screens).
- then comes optional ajax reload in browse views.

So the more people buy the membership, the more money is there to develop the free core, else we have todo support jobs and similar to live.



Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: ZoBabe on April 18, 2015, 06:21:21 am
Joomla 3.4.1
Virtuemart 3.0.6.2

I think that overall this system is an improvement, however this issue is really a serious headache.
A. The redirect causes the reviews to disappear. Can't we keep the reviews from the parent product? I don't want separate reviews for every possible variation.
B. It does not reload javascript from other plug-ins. Zoom breaks on every selection.  :-\
  I'm sorry if it is stated above, but I just want to know if these issues are being addressed? I don't really mind waiting for an update.
  Perhaps does anyone know of an override for the review issue, where I could get the parent reviews to display on child products?
Thanks for your consideration.
Z

P.S. Should clarify, I'm not even worried about redirecting from the category page, my client doesn't even want the "Add to Cart" button there. These issues also arise when choosing another variant on the detail page itself.
 
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Flaka on October 15, 2015, 13:16:50 pm
Hello i just want to say that also in my opinion " the redirection to the product detail page (togther with the price calculation starting from the base price)" is one of the most annoying "feature" in VM and should be improved as fast as possibly. every else function fine for me. I think i will have to change the shopping system if this problem will not be solved. 
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: lindapowers on October 16, 2015, 20:36:21 pm
Hello i just want to say that also in my opinion " the redirection to the product detail page (togther with the price calculation starting from the base price)" is one of the most annoying "feature" in VM and should be improved as fast as possibly. every else function fine for me. I think i will have to change the shopping system if this problem will not be solved. 

Our shopper's experience is really affected by this so I understand you perfectly Flaka.
I was gonna post links and quotes for all users that cried for this in the last months but since that will make Milbo angry and that's not my goal let's pray together hoping this is true:



- optionally enable/disable Labels
- optionally show the dropdown as radio or with clickable images
- reference the custom to another custom "String", which is then automatically created to "tag" the product, so that it is searchable (find me all 27 Zoll screens).
- then comes optional ajax reload in browse views.

Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: lgiulio on December 10, 2015, 20:16:08 pm
I too have the same problem .
And ' it provided an update ?

Has been solved?

Thanks
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: planktonium on February 04, 2016, 12:22:56 pm
Is there any way to disable that akward redirecting to the detal page? It's absolute nonsense....
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Studio 42 on February 04, 2016, 13:32:18 pm
Hi all,
Curently you have 2 solutions in last VM3.0.12 release :
Using a plugin and replcae it for your current child variant customfield.
Modify/overide the customfield code layouts.
You can then modify the javascript for it and not redirect.
This do not need 500€ developpement, only some hours in vm3
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Milbo on February 05, 2016, 00:45:32 am
If someone donates the code, it will be added.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Greystoke on April 02, 2016, 13:55:01 pm
Has anyone come up with a fix to stop the page redirecting to the product details page when the variant is changed
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: lindapowers on April 13, 2016, 01:22:44 am
Has anyone come up with a fix to stop the page redirecting to the product details page when the variant is changed

Nope... Still frustrated
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Studio 42 on April 13, 2016, 17:04:56 pm
Has anyone come up with a fix to stop the page redirecting to the product details page when the variant is changed

Nope... Still frustrated
Hi Manu,
You know that most of codes get rejected, so i don't want loose time for nothing.
I have already provided a fix without any answer for somedays(and many before).
So if the team do not include the fix, i simply only do now fix that i need myself.
Sorry for all the VM user, but i think a moment i have to resolve me to not work for only 2 or 3 users. This is too costly in hours.

Regards,
Patrick
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: lindapowers on April 13, 2016, 18:36:13 pm
Has anyone come up with a fix to stop the page redirecting to the product details page when the variant is changed

Nope... Still frustrated
Hi Manu,
You know that most of codes get rejected, so i don't want loose time for nothing.
I have already provided a fix without any answer for somedays(and many before).
So if the team do not include the fix, i simply only do now fix that i need myself.
Sorry for all the VM user, but i think a moment i have to resolve me to not work for only 2 or 3 users. This is too costly in hours.

Regards,
Patrick

I know Patrick, that is why I didn't ask you for it cause I don't think it will be included.

Max said this was planned but later that if someone donates the code it will be added so who knows if this will ever get added, what is clear now is that many users see it as something needed.

Each time we use less childs, customers have no patience for the reload.

Regards
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Studio 42 on April 14, 2016, 00:09:28 am
For info:
I have write a plugin for child display and perhaps i can include this future in the plugin.
For now it have only basic function (but more then standard generic child varriants) but the best is that he use override.
See http://shop.st42.fr/en/products/product-child-variants.htm but for now it's only the first shot, but i wan't implement the script to permit product changes in category without redirect to the product details.
With my tool VM Be Pro, you can then batch set this plugin and remove the generic child variant for the whole shop, so you can easy switch, how you need your settings because this is set in the plugin declaration and not in the product itself.
I'm on updating a site with this plugin to remove internal hack from the old developper and it work in another site under developpement too, so perhaps i can provide a live site using this in some days.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: lindapowers on May 24, 2016, 12:07:17 pm
For info:
I have write a plugin for child display and perhaps i can include this future in the plugin.
For now it have only basic function (but more then standard generic child varriants) but the best is that he use override.
See http://shop.st42.fr/en/products/product-child-variants.htm but for now it's only the first shot, but i wan't implement the script to permit product changes in category without redirect to the product details.
With my tool VM Be Pro, you can then batch set this plugin and remove the generic child variant for the whole shop, so you can easy switch, how you need your settings because this is set in the plugin declaration and not in the product itself.
I'm on updating a site with this plugin to remove internal hack from the old developper and it work in another site under developpement too, so perhaps i can provide a live site using this in some days.

Hi Patrick but can a plugin by itself avoid the redirect and reload in category view?

This redirect is annoying to many users already, core team should notice it at least.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Studio 42 on May 24, 2016, 14:43:50 pm
Hi Patrick but can a plugin by itself avoid the redirect and reload in category view?
This redirect is annoying too many users already, core team should notice it at least.
I can try to implement it, if you need it.
I do some test and inform you, if  i find a solution, but this should not be a problem.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Studio 42 on May 25, 2016, 14:07:05 pm
Hi manu,
I have finish the code for my plugin and tested it, i need to add some settings so you can use any template and i do the package but it work, the product is updated in the category without loading product details.
I tested add to cart and it work, price and image prices ... is updated too.
Greets,
Patrick
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: lindapowers on May 25, 2016, 14:17:52 pm
That sounds really nice Patrick, let us know when is published and for sale in your website,

In our case the only thing we require is to avoid the horrible redirect VM does, so just the default generic child variant custom field without the redirect on each child selection.

Regards
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Milbo on May 26, 2016, 13:41:53 pm
You both are so silly.

It is part of the membership version vm3.0.16. But you both refuse to work correctly with us. You fight all the time your on your own, you can do that, but stop the lies please.
 and it is NOT TRUE that we rechecked correct code. We reject the code of Patrick, because it has always errors and it is always so, that it may fix one problem, but create another.

Example is here http://forum.virtuemart.net/index.php?topic=134268.msg466766#msg466766

and
If someone donates the code, it will be added.

Bulk order status change => by membership, and you lindapowers insulted me for it.
ajax reload for MV, GCV in category view was really a lot of work, payed by two memberships
Sorting of MV childs, payed by membership.

But you both refuse to buy a membership. You still get the advantages. So really, stop complaining.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: StefanSTS on May 26, 2016, 14:44:06 pm
Have to admit, the multi variant child ordering works like a charme. Whoever donated the membership for that, may be praised. ;-)

The system works for the people who support it at least.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: lindapowers on May 26, 2016, 15:43:54 pm
Yes we are very silly Max.

The bulk orderstatus was my suggestion and I offered to pay for that feature but you decided it will be released only for the membership version and I told you I will only pay if it was released for everyone so please stop the lies.

Now again you release this feature only for the membership version so 99% of users can't use it, fantastic. You claim to have no time for core fixes and maintenance of addons but you release 2 versions of VM, a payed one and the free one.
Keep up the good work.

Your hate towards Patrick and other developers (wont name for respect to them not you) is ridiculous, you can write 200 posts in the forum trying to portray them as useless and he will still be known as one of the developers that did more for VM as much as you hate that.

If I copy links from broken codes made by you and even broken releases I had to write a book, example VM 3.0.16 so please stop the shit roller.

Have to admit, the multi variant child ordering works like a charme. Whoever donated the membership for that, may be praised. ;-)

The system works for the people who support it at least.

Fantastic, keep supporting VM for the 10 members of the bronze, silver and gold membership, totally respectfull, but let others like us support the global users of this free open source software.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: StefanSTS on May 26, 2016, 15:58:08 pm
A basic membership costs 50 Euros. The developers have to make a living. So giving the supporters a small advantage by having features earlier is a nice token.

Your 99% is probably not true, some have chosen to support the developer team and take the advantage.

Sooner or later all these member functions will be available in the normal version, Max always underlines that. Just there is a time delay. So if you need something from the membership version urgently, buy a membership for again, 50 Euros.  Otherwise, you can use the free VirtueMart version that comes totally free of cost for anybody to make money with their shop. And if you wait  for some time, you will get the features, somebody else sponsored by a membership too and you can earn money with your shop without giving a dime to the developer.

If you don't want to spend 50 Euros to support the developer and get extra features you request, don't do it, but stop complaining. Everyone has to make a living, but you think you have to get everything for free.

So you don't need to pay Max for the developement, just buy a membership and yes, let other people pay for that feature too, if they want it right now. How do you think people can feed their families? VirtueMart is free, and some extra features are kept for the members for a short time. What is your problem?
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: lindapowers on May 26, 2016, 16:07:59 pm
A basic membership costs 50 Euros. The developers have to make a living. So giving the supporters a small advantage by having features earlier is a nice token.

Your 99% is probably not true, some have chosen to support the developer team and take the advantage.

Sooner or later all these member functions will be available in the normal version, Max always underlines that. Just there is a time delay. So if you need something from the membership version urgently, buy a membership for again, 50 Euros.  Otherwise, you can use the free VirtueMart version that comes totally free of cost for anybody to make money with their shop. And if you wait  for some time, you will get the features, somebody else sponsored by a membership too and you can earn money with your shop without giving a dime to the developer.

If you don't want to spend 50 Euros to support the developer and get extra features you request, don't do it, but stop complaining. Everyone has to make a living, but you think you have to get everything for free.

So you don't need to pay Max for the developement, just buy a membership and yes, let other people pay for that feature too, if they want it right now. How do you think people can feed their families? VirtueMart is free, and some extra features are kept for the members for a short time. What is your problem?


Ok sorry, 95%

Your lesson is well learned from Max, thank you I have read his arguments for years and already know his opinion and don't need Max's dog to repeat all what he thinks.
You think I'm gonna pay someone insulting me and many others? Not that crazy yet.

I was talking here with Patrick about a plugin to solve a problem many of us have so the question is what is your problem better?
You come here to insult and provoque, stop it please, Max is also better at that and how on earth are we gonna suppose to know this feature is being developed or not when Max said here first that it was planned and later that it will be added if someone donates the code.








Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: StefanSTS on May 26, 2016, 17:27:08 pm
Well,

I pointed out my view, you call me dog.

So much for insulting.

To speak in dogs terms. Max is the alpha (the lead developer), he calls the shots.
There are a lot of betas around that want to be alpha too ... and call the shots.

Well, if a weak beta wants to become the alpha he either has to wait for the alpha to die, or he can try to sneak up behind the alpha from time to time and try to bite him from the back.
Mostly the alpha realizes that quickly and shows the beta it's place, which is then complaining to the other weak betas to wimper for support.

I am not part of the pack by the way. I am the zoo keeper.

Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Milbo on May 26, 2016, 18:13:32 pm
The bulk orderstatus was my suggestion and I offered to pay for that feature but you decided it will be released only for the membership version and I told you I will only pay if it was released for everyone so please stop the lies.
It is already part of the free vm3.0.16. Silly.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: lindapowers on May 26, 2016, 18:37:08 pm
The bulk orderstatus was my suggestion and I offered to pay for that feature but you decided it will be released only for the membership version and I told you I will only pay if it was released for everyone so please stop the lies.
It is already part of the free vm3.0.16. Silly.
And would have been part since vm 3.0.12 and cheaper for you if you kept a single version instead of that membership crap. Silly.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Milbo on May 26, 2016, 19:09:00 pm
You still do not understand the system, even Stefan explained it.

The normal vm3.0.14 had no bulk order editing. A member payed for it and so it got added to vm3.0.14.member, which is the base of vm3.0.16. So the members had the feature around 4 months earlier than you. So what is your problem? We call it early access.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Milbo on May 26, 2016, 19:13:07 pm
to underline, you have the feature "bulk order editing" already. and we do NOT maintain two different versions, exactly because it costs a lot energy.

The category ajax stuff costed at least 1000 euro. So far we collect the half of it. So long it wont be in the public version and just provided as override.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: lindapowers on May 26, 2016, 20:37:04 pm
The bulk order status development cost was 450 euros for 5 hours work you said. 450/5= 90 €
So if you charge 90 € per hour I have to assume this development of 1000 euros took you more than 11 hours of development. Let's say I believe it (which I don't).

Developers work for 15/40 € per hour in Europe, even less, not to mention Indian and eastern european devs which are even cheaper.
90 € per hour lets see:
8 hours 5 days a week 3.600 € per week, 14.400 € per month. I think you are too expensive for Microsoft.

And you wonder why we pay 3rd party developers?

Please be serious and come down to earth with money. Saying this feature costs 1000 euros can't be taken seriously unless you are Mark Zuckerberg.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Studio 42 on May 26, 2016, 23:24:44 pm
Hi max,
Because you speak about my work, i think i need to answer.
I don't want to fight about that, but i think you get enough money because your VM shop have direct link from the Virtuemart main site. So i don't understand why you need member ship ?
You only frustrate potential customer for your own shop on doing this, because at a moment they change to hickashop or another solutions because you have other priority as serve the community.
By the way i get more customer thanks this.
And when any user send me a patch or suggestion i control it and fix it, i can you give all months more then 20 fix in components i write, not only in virtuemart .
Yes i say to my customer to buy some of your product, some had problem and had to remove your plugin and have never said you do some bad code.
ANd if you will i can send you some code you wrote yourself having Error or some customer that paid for your extentions and was not working. You want the list  ?
As i say always : nobody is perfect.
Simply review a code to check it work, is this so complicate to understand my 3 lines of code ?
If your code was so perfect now, i don't understand why you need to work so many on it since 2013 ?

I dont want to speak about the code quality or i can write 20 page about this. Simply wrok as a team and do not always check each people.

All day i do fix because other people(designer,developers,customer) and i simple check with it to find a better solution. Only you are always to complain.
Why?
I'm not happy with your last javascript code and in vm3.0.16 not many more, but have you here some complain last months ?
I only have give you some other model to do it. After it's your choice, i simply hope you don't have to change it in 6 months.

So stop to complain about code, most of time, this are only suggestion, not final code. I have no tester to check each situation.

For info.
If you activate SEF, it's not possible to call with jroute a plugin > selfCallFe. Virtuemart handel it as a category.
YOu removed SEF for cart continue link, but it work most of time using right menu settings. Why you cannot fix it, if you are a so good PHP coder ?
But i don't want to list all problem i have because Virtuemart. I simply search solutions so it work and pray that a day someone have same problem and some generous core member fix it.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Milbo on May 26, 2016, 23:27:16 pm
lol, you have really no clue. 90 euro is for ONE hour, but not for 5 hours, not for a week. The development of the ajax stuff costs more than one week. We got 600 euro for it. and now calculate again. Beware I wrote "we" got, not "I".
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Milbo on May 26, 2016, 23:36:40 pm
Patrick, I am quite sure I earn less money than you. And the membership AGAIN is for the CORE. All what is done for the membership comes to the core.

Stop spreading lies all the time, how often I should say that.

http://extensions.virtuemart.net/support/virtuemart-supporter-membership-detail

Extras:
Extra modules to make multilanguage with Joomla easier (there will come more).
Multilanguage vendor module (for legal requirements, Impressum)
Additional layouts for product views, category views, etc. (For example 'add multiple products')


As you can see, all of this extras are NOT IN THE CORE! They are all done by module or overrides!

EARLY ACCESS

The memberversion is not different than the normal version. It is more like an early access version containing fixes reported by users and also new features payed by members. Any changes in the core files are sooner or later used in the standard version, also. All changes are in the same svn trunk as the main version.


What should I say more to that. Being member means higher priority that we fix the current bug of a member. Being member means that we integrate new features to the core. All the time we have new features in the core, who pays that? who? you? no.

and besides some bugfixes, almost none is working for the core. There are a lot 3rd party developers who sell their bugfixes, features and do NOT donate them to the core. and that is NOT because I do not accept foreign code. check the svn there are
- other committers than me
- also committs of mine, where you can see that I thank users for their code, I also mentioned them sometimes in a news. So when I would do the same as most other people, I just would sell my 3rd party stuff, but then we would have the same situation as in vm1.1.4 times. There would be almost no core development.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Milbo on May 26, 2016, 23:45:51 pm
Yes i say to my customer to buy some of your product, some had problem and had to remove your plugin and have never said you do some bad code.
Why do you not asked them to write a ticket to me? so that I can solve their problem?

Simply review a code to check it work, is this so complicate to understand my 3 lines of code ?
If your code was so perfect now, i don't understand why you need to work so many on it since 2013 ?
The whole router.php was your code. Completly. vm3 was remainly removing your customfield code. It is just my expierience that your code is most time beta stadium, or you fix something and break something else. You are a good fixer for a customer who wants something special but not suitable for a "framework" which should fit to a lot of people.


but have you here some complain last months ?
I only have give you some other model to do it. After it's your choice, i simply hope you don't have to change it in 6 months.

So stop to complain about code, most of time, this are only suggestion, not final code. I have no tester to check each situation.
I do not complain about. You and lindapowers accuse me all the time, that I do not take foreign code and that is just not true. Just because I do not take your code. And the reason is exactly "not final code. I have no tester to check each situation." so I cannot use it! So now you agreed yourself that your code is not enough tested and checked and there is the reason that I do not take it.

YOu removed SEF for cart continue link, but it work most of time using right menu settings. Why you cannot fix it, if you are a so good PHP coder ?
If it would be easy, the solution would be in the forum. So it is not easy and I have no one who pays me all day to fix that problem, when we can avoid it. Simple.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Studio 42 on May 27, 2016, 00:00:04 am
Patrick, I am quite sure I earn less money than you. And the membership AGAIN is for the CORE. All what is done for the membership comes to the core.

I hope not. i think if VM had not need to be fixed so many time, you had more customer for your shop and more donation(if you add a donate button)
And in this case you can make all public.
I have wrote many feature for my customers and most will happy to add this in core, so you don't have to add overides or plugin for it.
But that you know, i fixed Valérie code too for some of they plugins, because my customer needed it quickly and i send back to Valérie the fixes so she fix it and i do same for OPC, some templates, plugins, awocoupon ...
Why do you not asked them to write a ticket to me? so that I can solve their problem?
They have wrote ticket, but you don't understanded and sayd 2 times they have no problem.

Code: [Select]
The whole router.php was your code. and code is 80% the same since 2013

Quote
So now you agreed yourself that your code is not enough tested and checked and there is the reason that I do not take it.
I only give suggestion and hope you understand it.

Quote
If it would be easy, the solution would be in the forum. So it is not easy and I have no one who pays me all day to fix that problem, when we can avoid it. Simple.
So why no public release in github so any can propose fix in branch. I use many time unoffical branch and test it(eg Joomla). It's so simple
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: StefanSTS on May 27, 2016, 02:31:35 am
If someone provides the core of VirtueMart for free and does a few hours of developement for 90 Euros, he does not earn14.400 Euros a month through coding.

A developer has to take this kind of money to be able to invest time in research, keeping the knowledge up to date, fix bugs and answer recurring  questions in the forum among many others. If I see the hours of discussing problems in the developer chat, finding solutions, getting suggestions, applying new features to the core, I wonder why Max is not doing more coding stuff for money. Well, he wants the developement to go forward, and I guess that is just more important for him than getting rich fast. And then there are these people who are so jealous about 90 Euros an hour, that they just see the calculation 5 days x 8 hours x 4 weeks x 90 Euros equals filthy rich developer.

But some people will never understand that. I wonder, why you don't use another system, if VirtueMart is so bad. There are so many others.

Why don't you use Hikashop, Gambio, Magento or JTL Shop? These shop systems must be perfect for you.

Well, I know the answer why you use VirtueMart.

Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Milbo on May 27, 2016, 08:19:36 am
I hope not. i think if VM had not need to be fixed so many time, you had more customer for your shop and more donation(if you add a donate button)
There is a donate button, we call it membership. It just gives you something back. But the effect is that people like you or Linda scream around. It is so dumbass silly.
Any donation must be taxed, so too small "donations" cost more money then they help. We also had a donation button, but we earned less than 1000 euro a year. You know that Patrick, you was part of the team that time.

Code: [Select]
The whole router.php was your code. and code is 80% the same since 2013
yes and must be fixed all the time and then you tell " i think if VM had not need to be fixed so many time," OHHMHHGHH

really.

And in this case you can make all public.
Look, how should I trust you, that you can write good code, when you are not able to use the given information? All is public, there exists not two different versions.

I have wrote many feature for my customers and most will happy to add this in core, so you don't have to add overides or plugin for it.
I dont see it here in the forum and even when, I am quite sure it would not work for a general case.

Why do you not asked them to write a ticket to me? so that I can solve their problem?
They have wrote ticket, but you don't understanded and sayd 2 times they have no problem.
Can happen when people only write in french.

Code: [Select]
The whole router.php was your code. and code is 80% the same since 2013

Quote
So now you agreed yourself that your code is not enough tested and checked and there is the reason that I do not take it.
I only give suggestion and hope you understand it.
Then dont tell that I would not use your code by princip. No, the opposite is true. But it is always as here http://forum.virtuemart.net/index.php?topic=134268.msg466394#msg466394
I cannot take your code and thats it and the example above is one of the good ones. When you would have committ rights, you would have committed the broken code.

You do not analyse first "what should this piece of code do". You just see the problem and "fix" this problem but as I said many times, you create new ones.

Quote
If it would be easy, the solution would be in the forum. So it is not easy and I have no one who pays me all day to fix that problem, when we can avoid it. Simple.
So why no public release in github so any can propose fix in branch. I use many time unoffical branch and test it(eg Joomla). It's so simple
Yes, exactly. It is in the svn, you du..... Really, I said that many times. I also learned, it makes more sense (faster and higher quality) to check 2 fixes by Pros, than to check 10 fixes of whatever users.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: lindapowers on May 27, 2016, 13:27:33 pm
What a nonsense argument of course the donation has tax, that is why you can set a minimum, genius.

A donation button? Who knows where it was placed, since vm1 here and never saw it. Place it at the top of the forum and VM website and see how much you get.

Yes we agree the membership is so dumbass silly.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Studio 42 on May 27, 2016, 15:50:19 pm
Max, i think you need to check how github work.
It's not possible to commit if you have no right to do it.
You simple do forks and pull request.
Never you can commit, completly the oposite of SVN, you don't have to allow any members to commit, any user can test a branch or a fork, without having to do any changes in the main code.
Total freedom and full safe, but perhaps the problem is here?
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Studio 42 on May 27, 2016, 23:42:21 pm
Why do you not asked them to write a ticket to me? so that I can solve their problem?
They have wrote ticket, but you don't understanded and sayd 2 times they have no problem.
Can happen when people only write in french.
All 2 was not french, and speak well english and one have do 3 or 4 tickets in one week and you never returned any patch, or real answer or updates.
But i solved all on using my own plugin or other plugins, i don't want each time to explain you the problem, because you mean it's a personal attack.
Title: Re: Redirect of generic child variants/ multivariants to product detail view
Post by: Milbo on May 30, 2016, 11:02:21 am
But i solved all on using my own plugin or other plugins,

Then they wanted a feature and I explained them, that we dont have a plugin for and that I am sure there is a solution and they should google. Maybe I even told them to ask you. In general when someone comes and want a feature which needs an own plugin and we dont have that plugin and there exists already a plugin, then I usually advice to buy the plugin of the other developer.