Hello, dashed-case is called kebab case almost everywhere. One example: https://www.theserverside.com/definition/Kebab-case I was looking at the meaning of dashed-case, and it always pointed to kebab-case.
Having kebab, Kamel, and other cases helps troubleshoot over a conference to see command errors faster or to tell where to insert other words. For scripts it does not matter imho. Yes, please go with Kebab case everything. Now you know the most common name it will never go away. Kind Regards, Alejandro Arrieta On Sun, Mar 3, 2024 at 2:10 PM Eric Pugh <ep...@opensourceconnections.com> wrote: > Thanks all for weighing in. So I’m going to go for —dashed-case for long > options. So expect some —solr-url and —zk-host parameters coming! > > > > > On Feb 26, 2024, at 10:28 AM, Walter Underwood <wun...@wunderwood.org> > wrote: > > > > Long options are dashed-case, following the GNU convention. POSIX only > specifies single character options. The “—“ prefix for long options is a > GNU invention, as far as I know. Older Unix commands with long option > names, e.g. find, only use a single dash. > > > > https://www.gnu.org/software/libc/manual/html_node/Argument-Syntax.html > > https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap12.html > > > > wunder > > Walter Underwood > > wun...@wunderwood.org <mailto:wun...@wunderwood.org> > > http://observer.wunderwood.org/ (my blog) > > > >> On Feb 26, 2024, at 5:29 AM, Eric Pugh <ep...@opensourceconnections.com > <mailto:ep...@opensourceconnections.com>> wrote: > >> > >> I hear a vote for dashed-case, how about some more votes? > —solr-update-url versus —solrUpdateUrl ? > >> > >> > >> > >>> On Feb 26, 2024, at 7:29 AM, Jason Gerlowski <gerlowsk...@gmail.com> > wrote: > >>> > >>> My guess is that "dashed-case" is slightly more common -- at least, > >>> that's my sense from haphazardly checking a few tools I use often > >>> ("curl", "kubectl", "git", "docker"). > >>> > >>> But I don't have an opinion as long as we're internally consistent > >>> about using one convention or the other. > >>> > >>> Best, > >>> > >>> Jason > >>> > >>> On Sat, Feb 24, 2024 at 11:35 AM Eric Pugh > >>> <ep...@opensourceconnections.com <mailto: > ep...@opensourceconnections.com> <mailto:ep...@opensourceconnections.com>> > wrote: > >>>> > >>>> Hi all, > >>>> > >>>> I wanted to get the communities input on formatting of long options > for the Solr CLI. I noticed on > https://commons.apache.org/proper/commons-cli/ that their examples all > are —dashed-case. > >>>> > >>>> However, we have —solrUrl or —zkHost as our pattern. Though in > working on the PostTool, I used —solr-update-url as the parameter because I > had been reading the commons-cli docs... > >>>> > >>>> I’d like to get this sorted so that I can get > https://issues.apache.org/jira/browse/SOLR-16824 over the finish line. > So please do speak up with preferences! (And please let’s not support > both!) > >>>> > >>>> > >>>> The changes to the formatting will be a 10x thing. > >>>> > >>>> Eric > >>>> > >>>> _______________________ > >>>> Eric Pugh | Founder & CEO | OpenSource Connections, LLC | > 434.466.1467 | http://www.opensourceconnections.com < > http://www.opensourceconnections.com/> < > http://www.opensourceconnections.com/>< > http://www.opensourceconnections.com/> | My Free/Busy < > http://tinyurl.com/eric-cal> > >>>> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed < > https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw > > > >>>> This e-mail and all contents, including attachments, is considered to > be Company Confidential unless explicitly stated otherwise, regardless of > whether attachments are marked as such. > >>>> > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org <mailto: > dev-unsubscr...@solr.apache.org> <mailto:dev-unsubscr...@solr.apache.org> > >>> For additional commands, e-mail: dev-h...@solr.apache.org <mailto: > dev-h...@solr.apache.org> <mailto:dev-h...@solr.apache.org> > >> _______________________ > >> Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 > | http://www.opensourceconnections.com < > http://www.opensourceconnections.com/> < > http://www.opensourceconnections.com/> | My Free/Busy < > http://tinyurl.com/eric-cal> > >> Co-Author: Apache Solr Enterprise Search Server, 3rd Ed < > https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw> > > >> This e-mail and all contents, including attachments, is considered to > be Company Confidential unless explicitly stated otherwise, regardless of > whether attachments are marked as such. > > _______________________ > Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 | > http://www.opensourceconnections.com < > http://www.opensourceconnections.com/> | My Free/Busy < > http://tinyurl.com/eric-cal> > Co-Author: Apache Solr Enterprise Search Server, 3rd Ed < > https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw> > > This e-mail and all contents, including attachments, is considered to be > Company Confidential unless explicitly stated otherwise, regardless of > whether attachments are marked as such. > >
