Description: Every time I use Edit - Paste Special - Paste Special in Calc, and depending on the data format I want to import, I need to adjust those settings in the Import Text dialog. It would be very useful to be able to store the current settings "somewhere" and being able to "load" them when processing the same data format. If you constantly have to import different data, you don't stop adjusting the settings (and sometimes forget some of them). Steps to Reproduce: Proposal : 1. Edit - Paste Special - Paste Special 2. Adjust settings for the given data format 3. Hit a button "Save profile" or something like that 4. Define a name for this "profile" and an optional comment 5. Save these settings and populate a drop-list with this new profile Next time, after opening the very same dialog : 1. When choosing a profile in the drop-list, load the predefined settings 2. The settings are set according to the profile 3. You can use them as is, or modify them or even save them with the same name (replacement) or another name Actual Results: - Expected Results: - Reproducible: Always User Profile Reset: No Additional Info: -
Design/UX team, what do you think of user-defined presets for CSV/TSV/Text Import? Laurent, Eike and Rafael, I thought you'd also be interested. Feel free to un-CC if not.
Text/CSV import is not pasting content. I understand that Laurent wants to paste special once with Formats enabled and then without, for example. Missing the program version - we have as couple of presets for the most relevant use cases, ie. Values Only, Values & Formats, Formats Only, and Transpose All, which makes me wonder what exactly is the configuration. Usually I'm all in for the proposed type of interaction but in case of this dialog it seems to be over-engineering.
Actually, what bothers me the most, is to have to set each column type, the separators etc. I regularly copy/paste from various different tables that are embedded in web pages, and I have to adjust these settings every time for each table, depending on the data. And for the record, I'm currently using 7.5.7.1 (x86)
[Automated Action] NeedInfo-To-Unconfirmed
So we talk about the text import dialog (copy/paste numbers from some other application and use paste special). The dialog remembers the last settings but you cannot store different sets. And the column type depends heavily on the source anyway. Besides the requested improvement, which I don't like but will discuss in the design meeting, do you know the data provider (Tools > Customize: and add it to the UI of your preference)? https://libreoffice-dataproviders.blogspot.com/2021/08/data-providers.html
No, I didn't know about this feature. Although my data is behind login/password access sites (I'm not sure you can automate that), I'll take a look. Thanks for your help Heiko.
Hi Laurent< The idea is not new, but I do not see the bug report.. We have these CSV bugs open. https://bugs.documentfoundation.org/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&component=Calc&f1=short_desc&f2=short_desc&j_top=OR&list_id=1672776&product=LibreOffice&query_format=advanced&short_desc=csv%20import&short_desc_type=allwordssubstr
We discussed the topic in the design meeting. The use case is clear and reasonable. But rather implementing a heavy interaction where various configurations can be stored and loaded, we suggest to just remember the last settings. Would be simple for the checkboxes, and in case of the column type it should be applied if the number matches. However, the column type allows multi-selection and to batch apply the type. And before doing a lot of effort we'd like to ask you to check this workflow first. And describe why it fails, if it does.
(In reply to Heiko Tietze from comment #8) > But rather implementing a heavy > interaction where various configurations can be stored and loaded, we > suggest to just remember the last settings. Would be simple for the > checkboxes, and in case of the column type it should be applied if the > number matches. To think about with bug 151007 in mind.
Dear Laurent Haas, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Laurent Haas, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp