From martijnverburg at gmail.com Fri Dec 2 10:16:30 2016 From: martijnverburg at gmail.com (Martijn Verburg) Date: Fri, 2 Dec 2016 10:16:30 +0000 Subject: Adoption Group - maintaining project landing pages / wikis and communicating project goals Message-ID: Hi all, The Adoption Group has recently completed the work to simplify the Project Valhalla landing page (http://openjdk.java.net/projects/valhalla/) and transfer most of the useful content to its wiki (https://wiki.openjdk. java.net/display/valhalla/Main). We will maintain the wiki going forwards. We also send round a monthly / bi monthly message to new joiners of Valhalla giving them guidance on how best to contribute. ---- If this is a 'service' that you'd like for your project / group, please do let us know over on the adoption-discuss mailing list. Cheers, Martijn From neugens.limasoftware at gmail.com Sun Dec 4 11:40:14 2016 From: neugens.limasoftware at gmail.com (Mario Torre) Date: Sun, 4 Dec 2016 12:40:14 +0100 Subject: Free Java DevRoom Deadline extended (10th of December 2016) Message-ID: Hello all! Just a quick communication: The deadline for the JavaDev Room has been extended to the 10th of December. Cheers, Mario -- pgp key: http://subkeys.pgp.net/ PGP Key ID: 80F240CF Fingerprint: BA39 9666 94EC 8B73 27FA FC7C 4086 63E3 80F2 40CF Java Champion - Blog: http://neugens.wordpress.com - Twitter: @neugens Proud GNU Classpath developer: http://www.classpath.org/ OpenJDK: http://openjdk.java.net/projects/caciocavallo/ Please, support open standards: http://endsoftpatents.org/ From behrangsa at gmail.com Mon Dec 5 06:00:36 2016 From: behrangsa at gmail.com (Behrang Saeedzadeh) Date: Mon, 5 Dec 2016 17:00:36 +1100 Subject: Feature request: allow using the dash character in package names Message-ID: Hi, Unless this is going to be very challenging, I think it would be nice to allow using the dash character in package names. At the moment there's no elegant way to create packages with compound names. Underscore and camel case look don't feel suitable for package names. So rather than: * error_handling, or * errorHandling It would be nice if we could use: * error-handling Best regards, Behrang Saeedzadeh From david.holmes at oracle.com Mon Dec 5 06:54:41 2016 From: david.holmes at oracle.com (David Holmes) Date: Mon, 5 Dec 2016 16:54:41 +1000 Subject: Feature request: allow using the dash character in package names In-Reply-To: References: Message-ID: Hi Behrang, On 5/12/2016 4:00 PM, Behrang Saeedzadeh wrote: > Hi, > > Unless this is going to be very challenging, I think it would be nice to > allow using the dash character in package names. There are global rules for the forms of all Java Identifiers based on Unicode character blocks, so we can't really special-case package names. The allowed characters include the "combining punctuators" which I believe are more formally defined as the "combining diacritical marks" http://www.unicode.org/charts/PDF/U0300.pdf (which includes the ASCII underscore). There are quite a lot of these that might look elegant if you could type them in directly, but not so elegant as unicode escapes: package my\u0323weird.package\u005fname.in\u0332pieces; :) (the above does compile) "Dashes" have their own little grouping in Unicode and are considered in-word connectors - as in in-word :) But more significantly '-' is defined as an operator in Java and allowing it to also be part of an identifier would be quite a complication to the grammar and parsing rules. So yes it would be very challenging to change the rules here. > At the moment there's no elegant way to create packages with compound > names. Underscore and camel case look don't feel suitable for package names. > > So rather than: > > * error_handling, or > * errorHandling > > It would be nice if we could use: > > * error-handling How about error.handling? Elegance is a very subjective thing. Regards, David > Best regards, > Behrang Saeedzadeh > From peter.lawrey at gmail.com Mon Dec 5 09:18:45 2016 From: peter.lawrey at gmail.com (Peter Lawrey) Date: Mon, 5 Dec 2016 09:18:45 +0000 Subject: Feature request: allow using the dash character in package names In-Reply-To: References: Message-ID: The problem with error-handling is that it currently parses the same as error - handling or (error) - (handling) You could try a different currency or continuation character however you would need to check it is supported by the operating system. An approach I have used which works is error.handling This is a nested package but is quite readable. Regards, Peter. On 5 December 2016 at 06:54, David Holmes wrote: > Hi Behrang, > > On 5/12/2016 4:00 PM, Behrang Saeedzadeh wrote: > >> Hi, >> >> Unless this is going to be very challenging, I think it would be nice to >> allow using the dash character in package names. >> > > There are global rules for the forms of all Java Identifiers based on > Unicode character blocks, so we can't really special-case package names. > The allowed characters include the "combining punctuators" which I believe > are more formally defined as the "combining diacritical marks" > > http://www.unicode.org/charts/PDF/U0300.pdf > > (which includes the ASCII underscore). There are quite a lot of these that > might look elegant if you could type them in directly, but not so elegant > as unicode escapes: > > package my\u0323weird.package\u005fname.in\u0332pieces; > > :) (the above does compile) > > "Dashes" have their own little grouping in Unicode and are considered > in-word connectors - as in in-word :) > > But more significantly '-' is defined as an operator in Java and allowing > it to also be part of an identifier would be quite a complication to the > grammar and parsing rules. > > So yes it would be very challenging to change the rules here. > > At the moment there's no elegant way to create packages with compound >> names. Underscore and camel case look don't feel suitable for package >> names. >> >> So rather than: >> >> * error_handling, or >> * errorHandling >> >> It would be nice if we could use: >> >> * error-handling >> > > How about error.handling? Elegance is a very subjective thing. > > Regards, > David > > Best regards, >> Behrang Saeedzadeh >> >> From behrangsa at gmail.com Tue Dec 6 10:30:52 2016 From: behrangsa at gmail.com (Behrang Saeedzadeh) Date: Tue, 6 Dec 2016 21:30:52 +1100 Subject: Feature request: allow using the dash character in package names In-Reply-To: References: Message-ID: Thanks for the replies! I think \u0335 would be a good candidate if it was a common character. :) I guess error.handling is good enough. P.S: In REBOL, IIRC, it was possible to use `-` in identifiers. :) Best regards, Behrang Saeedzadeh On 5 December 2016 at 20:18, Peter Lawrey wrote: > The problem with > > error-handling > > is that it currently parses the same as > > error - handling > > or > > (error) - (handling) > > You could try a different currency or continuation character however you > would need to check it is supported by the operating system. An approach I > have used which works is > > error.handling > > This is a nested package but is quite readable. > > Regards, > Peter. > > > On 5 December 2016 at 06:54, David Holmes wrote: > >> Hi Behrang, >> >> On 5/12/2016 4:00 PM, Behrang Saeedzadeh wrote: >> >>> Hi, >>> >>> Unless this is going to be very challenging, I think it would be nice to >>> allow using the dash character in package names. >>> >> >> There are global rules for the forms of all Java Identifiers based on >> Unicode character blocks, so we can't really special-case package names. >> The allowed characters include the "combining punctuators" which I believe >> are more formally defined as the "combining diacritical marks" >> >> http://www.unicode.org/charts/PDF/U0300.pdf >> >> (which includes the ASCII underscore). There are quite a lot of these >> that might look elegant if you could type them in directly, but not so >> elegant as unicode escapes: >> >> package my\u0323weird.package\u005fname.in\u0332pieces; >> >> :) (the above does compile) >> >> "Dashes" have their own little grouping in Unicode and are considered >> in-word connectors - as in in-word :) >> >> But more significantly '-' is defined as an operator in Java and allowing >> it to also be part of an identifier would be quite a complication to the >> grammar and parsing rules. >> >> So yes it would be very challenging to change the rules here. >> >> At the moment there's no elegant way to create packages with compound >>> names. Underscore and camel case look don't feel suitable for package >>> names. >>> >>> So rather than: >>> >>> * error_handling, or >>> * errorHandling >>> >>> It would be nice if we could use: >>> >>> * error-handling >>> >> >> How about error.handling? Elegance is a very subjective thing. >> >> Regards, >> David >> >> Best regards, >>> Behrang Saeedzadeh >>> >>> >