Trying to re-formulate this request: This is about ajax lists in admin.
By default, all drag'n'dropped product items will be appended to the list. The user wants to have these product items pre-pended.
#1: A setup with thousands of categories is really seldom/rare
#2: One can't generalise this case: depends on the server, number of categories etc...
When checking this feature request today I can't find any useful business case (at least at this point). Please provide more information about it, otherwise I'll close this feature request after a while as "declined".
Here comes a possible solution:
Like MBa wrote, an option per category would be best.
Declining to implement gettext.
As far as I understand, gettext – although it is open source – uses it’s own standards. No way to get it implemented into e.g. oTranCe (our translation platform).
We’ll use the more open Zend/Symfony standards (PHP array).
> Hi, GetText is THE open source format for translations:
Well, it is used by many projects.
> It would be a big benefit not only for software quality, but also make it MUCH more easier for translation providers to use po files rather than non-standardized, cumbersome PHP files, so I really don't get your point.
The lang.php files we use presently are standardized (regular Zend/Symfony format), and translators will not even see PHP at http://translate.oxidforge.org.
My point is that I doubt it will be a big advantage and will enforce l10n much quicker. Also I'm afraid to stick with another system.
language handling and i18n/l10n are actually the things I'm personally most interested. In this manner I had a deeper look at gettext and when setting up the translation platform for OXID and came to the conclusion that I'm not convinced of gettext. Especially when it comes to exports into different systems, you'll be bound to the gettext structure...
That's why we decided to work with oTranCe (otrance.org) as a system on this translation platform: http://translate.oxidforge.org for the maintenance of multiple languages. You can also use oTranCe for your own project(s) but of course we'll be happy if you contribute to the Community ;)
You are also talking about duplicate language keys for the same translation. Please have a look at the feature the map.php does. Maybe this is already a good solution for you:
Yes, but the shipping costs can depend on many different parameters, not only the weight like in your case right? And why don't you just simply write a module on a view class to display what you need? In general, this feature tracker is more or less for features that shall go into the standard product which I can't see clearly in this case. What do you say?
I don't fully get it: You want to display the weight per product item in the order management of the admin panel, is this correct?
What is about the shipping costs you mentioned in the subject?
The wholesale price is meant probably. But I cannot see any business value as well. Also I can't understand "during the cloning process" <- what is meant here?
don't get your point exactly - can you be more specific?
You mean you want to add a picture handling for country flags in admin -> Master settings -> Countries? What shall that be good for, what's the benefit?
Right. Valid for >Payment Methods, >Discounts, >Shopping Methods, >Shipping Cost Rules, >Coupon Series, >Gift Wrapping.
Sorry, here are the corrected links:
Till, I can confirm this one as a bug. You want to enter it by yourself, just with your name?
Which link, Matt?
To be honest, I can't see a need for that. It is simple to add new fields in the database as well as in the template to the existing contact form.
There's nothing "hard coded" to be found in the existing contact form.
Shall probably mean: save the user's preferences like language and currency to his account. When the user returns and logs in again, he shall have the same behaviour as he set at his first visit.
Don't know what is meant by "amount prices" here. Somebody please enlighten me.
Ray, do you really think it shall go to the standard behaviour? Wouldn't it be a perfect module as well?
Sounds like a perfect extension for a travel agency. But I doubt it should be part of a standard ecommerce software. Let's see how many voices there'll be ;)
tomorrow there will take place an interesting event regarding this feature request: The OXID user group NRW will meet in Essen for the second time - the topic is exactly to gather ideas, an epic and user stories for B2B functionality.
If you are interested and around, please feel free to register at:
if you want to just show up prices without VAT in the catalog part of your shop and add the tax on top during the checkout, please read this tutorial
Please make sure you do not violate your country's legal rights. In some cases you have to secure the access to your online store via a login page, for example.
HarryC, this is not allowed by legal requirements. The customer has to be identified as a B2B client before he can purchase w/o tax.
Okay, got it.
As I see it, actually the "B2B Feature" is a bunch of features, right? How about splitting all that features into different ones to guarantee a continuous integration? One feature will be voted more, the other less and in this tool, we can mark it as "completed" once it is done.
You see my point?
Could you specify this feature request? There are a lot of B2B features imaginable. What exactly do you want to get implemented?
BTW: I edited your post and deleted the German in it. Please see the guidelines: http://www.oxid-esales.com/en/news/blog/open-feature-request-tool-your-voice-welcome
An even better solution (by request of a single male person) would be to run through the function "changebasket" (fnc=changebasket) again. Thus, the performance would be preserved.