Hi @rmehta
again, I won’t annoy you, sorry if I do. I see the dilemma and can agree to your decision - currently I have no better suggestion.
Thanks,
Tom
P.S.: If using the option to create new custom fields and keep them in sync, is it possible to create database or server triggers to sync the data or is it valid (as mentioned by @revant_one) to just sync the fields content on the client side form hooks?
The Custom Script is client side.
To add server side validation use doc_events in hooks.py of your app.
Thanks to @kolate_sambhaji for the blog post explaining doc_events with example - http://sbkolate.blogspot.in/2015/03/erpnext-call-custom-app-methon-using.html
@TomFreudenberg @revant_one @kolate_sambhaji, we are always open to new generic field arrangements.
One change that I would suggest is a cleanup/condensing of customer info in documents like sales order & quotation:
This is not an easy part. What about using Report Builder also as Form Builder. So the field arrangements are not anymore have to be “equal” to their Doc_Type.
Sorry for joining this late in the conversation, I just recently upgraded my system and due to this feature removal I noticed the new negative effect in my quotation form.
I’m using some items which have very similar names and sometimes it’s good to actually show the description in the grid view. That’s why I implemented a scheme where in one column in list view I could display them like this:
No | sku: name | pricelist rate | qty | discount | rate | amount
description
This made quotations really easy because I could instantly see what I’ve put and if needed make some alterations to the description texts for some products.
And even when I added new products I could revise the grid really fast and make sure everything was OK. In order to achieve the view above I had to move the description section break and the description field after the item name.
After the upgrade since order was fixed this presented a new column in list view, which of course was pretty wide causing rates,discounts and pricelist rate to disappear. Also 39px height was introduced to grid item rows making the text overlap with other elements.
I am unable to move the description field to the original position, and adding that to the 12columns limitation means I can in no way display the description field in the item grid unless I hide rate/discount or pricelist rate or all of them.
This is really bad for my quotations workflow. Now each time I add an item I have to do the following steps
Previously it was
As you can see 9 clicks were introduced in my workflow and I have no way to work around it because I’m not permitted to reorder the fields.
How can I achieve this without creating equivalent custom fields for every single one of the standard fields?
Thanks in advance
I think also, that rearranging fields is a must have in every customizable ERP system. All big player have this ability.
As @TomFreudenberg suggested a formbuilder would be a great idea. Maybe with the option to reset the form to the default-layout, which is given by the DocType. But the customizer must be able to rearrange the fields for fitting the needs of the users.
In real live every scroll or mouseclick is playing a role in customer-satisfaction. There we compete with old, high optimized systems.
We have run into this same issue when attempting to rearrange fields to better suit our users.
We even went so far as to create our own doctypes, forms, etc to get around this
If it’s just a couple of fields, using hide on the original, then creating a custom field where when triggered, will set the value of the hidden one worked for me
I was able to rearrange standard fields from DocType. Just want to understand what is the difference between changing fields attributes or rearranging standard fields from DocType or from Customize Form?
Changes made in DocType will make changes to your local erpnext or frappe repository. You won’t be able to upgrade
Changes made in Customize Form are made into your specific database. It is upgradable.
Sometimes for usability’s sake users just want to use the fields in a familiar fashion. Maybe based on an old system (paper or electronic).
I figured that if you download fields on customized form and upload them after rearranging in csv it works! Is this expected behavior or just a workaround for rearranging the fields.
But, when you upgrade this will go away or it will conflict with new filed orders. I’m not an expert on this topic, maybe someone more experienced could enlighten us.
@revant_one, what do you think about this workaround [i would say a Juggad 
] in the current context. Will this be lost or create a headache while upgrading to v11?
_Liyakat
Any updates on this? I have this requirement of re-arranging the fields with almost every client.
Please explain how you did this. I need to re-arrange many fields.
Best to tell no to your customers! its a bad solution and will create problems with upgrade.
Ok Thanks
For Point#1 above, can the field movement be allowed within the section. In several cases, we face problems that the form has a lot of real-state that looks empty during data entry. Movement/rearrangement of fields within the same section would allow to effectively organize the form fields for data entry.