https://bugs.documentfoundation.org/show_bug.cgi?id=74580
--- Comment #29 from V Stuart Foote <vstuart.fo...@utsa.edu> ---
(In reply to Gareth from comment #28)
> The same issue exists with HTML. (As mentioned above at Comment #10.) If
> csongor's solution is chosen, then a separate task probably needs to be
> raised for an HTML section in the new preference settings page.
>
An HTML import uses the generic textimportoptions.ui; CSV is textimportcsv.ui
completely different GUI and data handling.
> The HTML import dialog is simpler than the CSV one because the HTML format
> contains more column format information, and the same will apply to its
> preferences section. But there is an import dialog, so the basic issue is
> the same.
Hmm, not really.
Importing sheet data from HTML is very much a corner case, in fact a user given
a preference shuold be picking TSV or CSV to assure data quality compared to a
table pulled from HTML.
Having the minimally intrusive textimportoptions.ui dialog [1][2][3] appear
when opening a non-CSV document, including HTML, into Calc is not the issue
here. Rather improving work flows for parsing complex CSV
=-ref-=
[1]
https://opengrok.libreoffice.org/xref/core/sc/uiconfig/scalc/ui/textimportoptions.ui
[2]
https://opengrok.libreoffice.org/xref/core/sc/source/ui/dbgui/textimportoptions.cxx
[3]
https://opengrok.libreoffice.org/xref/core/sc/source/ui/inc/textimportoptions.hxx
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
