ContributionsMost RecentMost LikesSolutionsPrint Mailing Labels: Envelope Template I've noticedthat some businesses copy & paste addresses from the shipping address into a Word template for printing mailing addresses on envelopes.That is OK when the shipping address is the same as the mailing addressotherwiseusersneed toopen the customer card and retrieve the mailing address from there which is always the case with Professional Invoices. My idea is for an envelope template to be included in the 'Mailing Labels' for each of the Sales Types. In the meantime a workaround forsome businesses in the Service industry is to use a 'Packing Slip' template to construct an envelope template. Unfortunately this cannot be cannot be done for 'Time Billing' sales type as packing slip templates are unavailable. An example "Invoice-Service - Address Envelope" has been attached to this idea which some client users have adopted; it is for a DL sized envelope 22cms * 11cms. If you use it you would need to set your printer to landscape mode. "Mailing Labels - Envelope Template" Sales/Purchases: New Item - Auto populate that new item in line The item number value disappears from the ‘Item Number’ field of a purchase once user clicks the ‘New’ button or Alt+N to add it as a new item. In consequence, after the item has been created only the Item Name or Item Description appears in the transaction line - the item number has to be re-entered into the field. However, that can only be done after returning the cursor to the item number field because whenever an item is created from within a purchase it places itself on the arrow the the right of the 'Supplier:' prompt in the header area of the Purchase. Please refer to attached example. It would be a great ifthis process became the same as that existing in v19.6, otherwise it continues to be a source of annoyance and time wasting for the user. "New Purchase Item" Sales/Purchases: Enter key preference not to remove text values (ship to, description) Using the ‘Enter’ key (with ‘The Enter Key Works Just Like the Tab Key When Entering SOME Data’ preference ticked will cause the highlighted value in the following Purchase fields todisappear, just like it did in V19.6:- ‘Ship to:’ Description Header Lines It would be great if that behaviour was rectified so that regardles of whether a user presses the 'Enter' key the existing values remain static. "Field Value Stability" Command Centre: Resize It would be great tohave the ability to resize the Screens in AR 2011/2012. For a start the ability to resize the Command Centre would be of great benefit particularly when using the product on a netbook/laptop. "Screen Resize' Sales/Purchases: Indication of where on screen cursor is It would be great if a user could easily recognise where the cursor is when entering Sale & Purchase Transactions Lines. At the present time it is difficult to quickly identify where the cursor is awaiting a value in a transaction line or even if the cursor is in a transaction line ready to accept input as the transaction is completely filled with the MYOB purple colour. It would be a great idea if a user can easily identify that he/she is in a transaction line and what field in that transaction line is awaiting input from the user. In the attached example of a 'Purchases Type Bill - Item Layout' screen there is a clue where the cursor is awaiting input. Can you recognise it? If you can thenyou have done well,but the same clue is unavailable in a 'Purchases Type Bill -Service Layout' screen. "Where am I?" Re: Visual glitch in AccountRight 2012? It was10 months ago that the forum was told that this DPI Unawareness was being looked into by MYOB. Please refer to the post by Barry_C dated 19th October 2011 last edited the same day for confirmation of that fact in this discussion Bugs & annoyances in AccountRight Basics The issue was originally raised by user d_roc on 17/10/2011 also in that same thread. It would have been fitting that he was recorded as the 1st user to "vote for this 'New Idea'", but let's face the fact that it is not a 'New Idea' but a clearly defined Issue in the MYOB AR2011/12 Product Collective. User d_roc made his last post to the Community Forum on 8/5/2012 after getting tired of waiting for DPI Aware to be retro fitted into AccountRight Basics. MYOB are obviously not interested, so they lose a customer, they don't care; more will follow, after all it is a numbers game. :smileywink: Re: New Purchase Item Hi Mark, I do not expect you to be overwhelmed with votesparticularly whenthe majority of MYOB usersremain happy to continue with V19 which does work to their expectations; whereas my idea only applies to AR 2011/2012. I may be incorrect,but I had understood MYOB was looking for users to upgrade toits new2011/2012 Windows products; perhaps that is not MYOB's goal after all. Re: DPI Awareness Hi Will, You are obviously confused between font size in discussion http://community.myob.com/t5/AccountRight-idea-exchange/small-fonts-amp-window-sizing/idi-p/80225 and DPI Awareness in this discussion http://community.myob.com/t5/AccountRight-idea-exchange/Visual-glitch-in-AccountRight-2012/idi-p/117820 My idea is not a duplication of an existing idea but more of a plea for MYOB to produce products that are DPI Aware. So how can it be a duplication? AccountRight Premier is due for releasenext yearand I for one expect it to be DPI Aware from the start. It was nearly 12 months ago that a MYOB product manager disclosed to me that it was being planned to retro fit DPI Awareness into AccountRight Basics. It was with disbelief that MYOB introduced in November last year further DPI Unaware products. The MYOB product manager to whom I refer has moved on. Re: Field Value Stability Hi Mark, The issue or rather idea as we now have to classify them to get any notice from development, was reported by me as an issue over 3 months ago along with numerous other issues to the 'AR2011' email addresssupplied tome by MYOB to advise them of issues. I'm just gradually getting to post them now on the 'New Ideas' board in view of the lack of acknowledgement from MYOB Development. I clearly indicated that in the post "with ‘The Enter Key Works Just Like the Tab Key When Entering SOME Data’ preference ticked". I was expecting it to not behave identically to when it is unticked - meaningthe cursorwould move to the next field just like pressing Tab key. Obviously it would not be an issue if I liked it to erase data whenever I pressed the Enter key. It is certainly not "like office" at the present time. One could compile a heftythesis on "What makes the enter key compelling" but the simple truth is keyboard history; users who use the 'Enter' key instead of 'Tab' can effectively tracesuch useageback their use of office adding machines up to 30 years ago. In other words pressing the 'Enter' key confirms to the user that what they have entered is correct, "so take me to the next entry point". Re: Field Value Stability Hi Mark, This is a PS to my previous comment. I'm a user who generally uses the Tab key as a rule but sometimes, as I'm human, Irevert back to my old ways of"flicking" through fields using the 'Enter' key to get to a particular field; old habits die hard. I'm a keyboard user and refrain from using a mouse only unless it is absolutely necessary; using a mouse for me means wasting time, however I noticed that TAFE students (being one myself last year - for a short time) are instructed to use the mouse at all times and this is evident in the Supporting Text Book (MYOB19 - AccountRight Plus Version 19 - Authors Gourlay & Flanders). The mostannoying thing about using the 'Enter' key in AR2011/2012 is the lack of consistency. For instance this example: With the 'Enter Key Works Just Like the Tab Key When Entering SOME Data’ preference being ticked Open invoice 00000025 in the Clearwater AccountRight Plus 2012 sample company file A usercan "flick" through the 'Shipped', 'Backordered' & 'Item Number' fields using the 'Enter' key and the data in those fields remain static, just like pressing the 'Tab' key When a user attempts to 'flick' through the 'Description' field the value of the 'Description' disappears as earlier reported; it is no longer functioning like the 'Tab' key but like the 'Delete' key instead..