xsl-list
[Top] [All Lists]

Re: [xsl] Specifying Response Style [Was: problem with transforming mixed content}]

2020-08-15 14:34:52
Yes, you're probably right. Thanks for considering and commenting on this proposal.

Let’s keep the requirements to "post the input, expected output, and what you tried." It's hard enough. And we can always ask what kind of answer/solution OP expects, unless we can already infer it from what/how they asked.

Gerrit

On 15.08.2020 21:20, B Tommie Usdin btusdin(_at_)mulberrytech(_dot_)com wrote:
On Aug 15, 2020, at 1:47 PM, Imsieke, Gerrit, le-tex 
gerrit(_dot_)imsieke(_at_)le-tex(_dot_)de 
<xsl-list-service(_at_)lists(_dot_)mulberrytech(_dot_)com> wrote:

...

Maybe Tommie can include in the xsl-list instructions something along these 
lines:

"If you ask for a solution, indicate whether you prefer just a sketch or actual 
code. And if you ask for code, indicate whether it should only narrowly cover the 
presented use case or whether it should be robust against complexities that are present 
in the real-life input. If the input that you give is simplified (which it usually is), 
try to indicate in which regards the actual input is different."

This makes me uncomfortable because it might be interpreted to mean that the 
people on the list are obligated, or at least expected, to provide precisely 
what the poster requests. XSL-List is a forum for discussion, which often 
involves problem solving and sometimes includes provision of working code. 
Sometimes the people responding to an inquiry are inspired to get deep into the 
details of the poster's problem, sometimes they provide hints that will help 
the poster solve the problem themselves.

I do not want people posting questions to the list to think that they will get 
help-line-style responses, that they can specify what type of response they 
will get, or even that they will necessarily get a response at all. Conversely, 
I do not want to imply that active participants on the list should provide a 
particular style of response to a posting. Among other things, I fear that even 
implying that constraints such as this are acceptable will reduce engagement on 
what is, for many, a useful place to share information.

-- Tommie

======================================================================
B. Tommie Usdin                                                                
mailto:btusdin(_at_)mulberrytech(_dot_)com
Mulberry Technologies, Inc.                                                     
 https://www.mulberrytech.com
17 West Jefferson Street                                                        
                Phone: 301/315-9631
Suite 207                                                                       
                   Direct Line: 301/315-9634
Rockville, MD  20850                                                            
                      Fax: 301/315-8285
--------------------------------------------------------------------------------------------------------------------------
Mulberry Technologies: A Consultancy Specializing in XML for Prose Documents
======================================================================
--~----------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
EasyUnsubscribe: http://lists.mulberrytech.com/unsub/xsl-list/1167547
or by email: xsl-list-unsub(_at_)lists(_dot_)mulberrytech(_dot_)com
--~--

<Prev in Thread] Current Thread [Next in Thread>