Hi all, W dniu 2013-10-07 11:08, R.J. Baars pisze: > Marcin, all, > > Is it not true by principle, that languages cross borders fundamentally? > The country is only needed whe the language has a formally declared > variety for a country. > > Example: Dutch is spoken and written in Belgium and the Netherlands, and > follow (formally) the same rules, because the formal standard is set > between the 2 countries. > > Still, everyday Dutch in the Netherlands is a bit different from everyday > Dutch in Flanders. > This could lead to 3 sets of rules: a common set, a set to follow the > Netherlands variation, and a set for the Flemish variety. > > To be honest, I don't see the country as essential in the hierarchy, > except when it formalises a variant. > > So why not Catalan - Valencia? Spain is not needed tere at all for > identification. Maybe as an 'attribute' (spoken in country).
Agreed, and we do have Esperanto, which is a language created in hope to erase boundaries between peoples and countries. For this reason, Simple Technical English or Easy German could be en-ANY-ASD_STD or de-ANY-easy. What do you think? Marcin > Ruud > >> Hi all, >> >> I think the regional variants are closely connected to several >> outstanding issues we have. >> >> 1. The docs on the LO site point out that there will be a variant of >> English connected with Oxford English Dictionary pronunciation (for UK): >> >> http://erack.org/blog/archives/30-LibreOffice-goes-BCP-47.html >> >> This is just a kind of user rules I had in mind when writing about >> multiple rule sets. I can easily imagine US English with Chicago Manual >> of Style guidelines added, for example. >> >> Therefore, I think that we should treat regional variants just like LO, >> and allow adding additional rule sets as regional variants. We could >> have multiple regional variants active at the same time, though. >> >> 2. Simple German, just like Basic English or ASD Simplified Technical >> English seem to be very similar to regional variants but without any >> countries to start with. We should have a simple solution for them, to >> include such rules in our code base. I do not know whether they should >> inherit the generic rules for a language but it should not be excluded, >> I guess. >> >> Regards, >> Marcin >> >> >> W dniu 2013-10-02 11:02, Stefan Lotties pisze: >>>> I was going to implement these changes (define default enabled & >>>> disabled >>>> pattern rules for different language variants). But now Stefan Lotties >>>> plans >>>> to modify the way of loading pattern rules [1]. So do I go ahead or >>>> wait? >>> >>> Just go ahead for now, IMHO. I need some time to get a better feeling >>> on all side effects of what I want to achieve. >>> >>> ------------------------------------------------------------------------------ >>> October Webinars: Code for Performance >>> Free Intel webinars can help you accelerate application performance. >>> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most >>> from >>> the latest Intel processors and coprocessors. See abstracts and register >>>> >>> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk >>> _______________________________________________ >>> Languagetool-devel mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/languagetool-devel >>> >>> >> >> >> ------------------------------------------------------------------------------ >> October Webinars: Code for Performance >> Free Intel webinars can help you accelerate application performance. >> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most >> from >> the latest Intel processors and coprocessors. See abstracts and register > >> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk >> _______________________________________________ >> Languagetool-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/languagetool-devel >> > > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk > _______________________________________________ > Languagetool-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/languagetool-devel > > ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk _______________________________________________ Languagetool-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/languagetool-devel
