Bug 129651 - EDITING: Support field functions for universal network objects (Add-Ons)
Summary: EDITING: Support field functions for universal network objects (Add-Ons)
Status: CLOSED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.3.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: UNO-Command-New
  Show dependency treegraph
 
Reported: 2019-12-27 14:20 UTC by Markus Elfring
Modified: 2022-08-31 07:39 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Markus Elfring 2019-12-27 14:20:26 UTC
I imagine that universal network objects can support various query interfaces.
https://help.libreoffice.org/6.4/en-GB/text/shared/guide/integratinguno.html

I suggest to map these data sources to field functions which can be adjusted by the dialogue “Fields”.
https://help.libreoffice.org/6.4/en-GB/text/swriter/01/04090000.html
Comment 1 Dieter 2020-03-11 17:35:07 UTC
(In reply to Markus Elfring from comment #0)
> I suggest to map these data sources to field functions which can be adjusted
> by the dialogue “Fields”.

I don't have deep insight into this topic, but can you illustrate your idea with an existing Add-On?

=> NEEDINFO

cc: Design-Team for further opinions
Comment 2 Markus Elfring 2020-03-11 17:44:53 UTC
(In reply to Dieter from comment #1)
> I don't have deep insight into this topic,

How do you think about to clarify the proposed functionality better?


> but can you illustrate your idea with an existing Add-On?

Probably not yet.

Thus I am looking for further software extensions.
Comment 3 QA Administrators 2020-03-12 03:15:49 UTC Comment hidden (obsolete)
Comment 4 Heiko Tietze 2020-03-12 07:38:34 UTC
You ask to use UNO to enhance field functions? That's a potential solution but what is the problem?
Comment 5 Markus Elfring 2020-03-12 08:01:23 UTC
(In reply to Heiko Tietze from comment #4)
Some fields can provide various data from documents.
(Example: Page number)
https://help.libreoffice.org/6.4/en-GB/text/swriter/guide/fields.html

Which fields can query universal network objects accordingly?

Would you like to extend any functionality in such an application area?
Comment 6 Heiko Tietze 2020-03-12 08:06:08 UTC
I don't see any need for an enhancement. Rather you ask quite unspecific questions. I suggest you start at ask.libreoffice.org first and return with either a bug or an use case that cannot be solved.
Comment 7 Markus Elfring 2020-03-12 08:20:57 UTC
(In reply to Heiko Tietze from comment #6)
> I don't see any need for an enhancement.

We come along different views again.


> Rather you ask quite unspecific questions.

Some of my feature requests touch bigger (and perhaps not so popular) application areas.
Example: Universal network objects


> ask.libreoffice.org first

I am unsure under which circumstances I might try also this communication interface out.


> and return with either a bug or an use case that cannot be solved.

Do you find the support complete already for field functions?
Comment 8 Dieter 2021-09-13 06:36:01 UTC
(In reply to Heiko Tietze from comment #6)
> I don't see any need for an enhancement. Rather you ask quite unspecific
> questions. I suggest you start at ask.libreoffice.org first and return with
> either a bug or an use case that cannot be solved.

So no bug report and no specific use case since 18 month. Let's close this report. Markus, feel free to change it back to UNCONFIRMED, if it is possible for you to describe a proper bug report or give a use case as requested.
=> RESOLVED INSUFFICIENTDATA
Comment 9 Markus Elfring 2021-09-13 17:30:17 UTC
(In reply to Dieter from comment #8)
Under which circumstances would you begin to care for extensions to field functions according to better collaboration with universal network objects?
Comment 10 Dieter 2022-08-31 06:02:10 UTC
(In reply to Dieter from comment #8)
> Markus, feel free to change it back to UNCONFIRMED, if it is
> possible for you to describe a proper bug report or give a use case as
> requested.
> => RESOLVED INSUFFICIENTDATA

Sorry Markus, but you've just wrote a question. So no proper bug report, no use case
=> RESOLVED INSUFFICIENTDATA
Comment 11 Markus Elfring 2022-08-31 06:38:23 UTC
(In reply to Dieter from comment #10)
> Sorry Markus, but you've just wrote a question.

I hope that somebody would like to answer it in more constructive ways.


> So no proper bug report,

I submitted a feature request here.


> no use case

Will any other software users care for further collateral evolution also according to field functions?
Comment 12 Dieter 2022-08-31 07:27:46 UTC
(In reply to Markus Elfring from comment #11)
> I submitted a feature request here.

See cooment 10 from Heiko: "I don't see any need for an enhancement. Rather you ask quite unspecific questions. I suggest you start at ask.libreoffice.org first and return with either a bug or an use case that cannot be solved."

I can't see, that you've done this

=> INSUFFIENTDATA
Comment 13 Dieter 2022-08-31 07:28:46 UTC
Heiko, I change status to CLOSE in this special case and I hope, you agree.
Comment 14 Heiko Tietze 2022-08-31 07:39:25 UTC
Yes, I agree. Markus, please read https://wiki.documentfoundation.org/QA/BugReport. 

For example, "Will any other software users care for further collateral evolution also according to field functions?" is a (likely provocatively meant) question but I'm having a hard time to extract any meaning. Bugzilla is not a place to ask questions anyway.