Re: [HarfBuzz] Indic reordering failing with latest HB trunk
On Thu, Oct 24, 2013 at 3:19 PM, Behdad Esfahbod beh...@behdad.org wrote: Anyhow the latest commit 6e613f3 seems to fix whatever it is (though I don't understand how the shift count fix could affect this). Interesting. If a shift count of 41 was being interpretted as 9 on a 32bit architecture, I can imagine things going really bad. Well my machine is 64 bit, so I'm not sure what happened. Another curious thing: if I go to my Kubuntu Precise installation, the bug is not found! But both are compiling from the same git clone... -- Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] HB Tester GUI
Hello people. To my HB Tester GUI I just added the facility to save the rendering to a PNG file (used it for my bug report posted just now). Again, except for Cibu, I haven't heard from anyone else. I would like to hear it if anyone is using this little app and/or has found it useful (or not). Thanks. -- Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा #! /usr/bin/env python3 # HB Tester -- a simple GUI to test HB's rendering of a particular string/font combination # (C) Shriramana Sharma, 2013 # Licence: GPLv3 from PyQt4.QtCore import * from PyQt4.QtGui import * class MainWindow(QWidget) : def __init__(self) : QWidget.__init__(self) self.setObjectName(mainWindow) self.setWindowTitle(HarfBuzz Tester) self.inputLabel = QLabel(Input text) self.inputTextBox = QPlainTextEdit() self.inputLabel.setBuddy(self.inputTextBox) self.fontFileLabel = QLabel(Font file) self.fontFileTextBox = QLineEdit() self.fontFileLabel.setBuddy(self.fontFileTextBox) self.fontFileButton = QPushButton(Find...) self.fontSizeLabel = QLabel(Size) self.fontSizeSpin = QSpinBox() self.fontSizeSpin.setMinimum(8) self.fontSizeSpin.setValue(16) self.fontSizeLabel.setBuddy(self.fontSizeSpin) self.renderButton = QPushButton(Render) self.outputLabel = QLabel() self.outputLabel.setAlignment(Qt.AlignCenter) self.saveButton = QPushButton(Save As...) self.inputLayout = QHBoxLayout() self.inputLayout.addWidget(self.inputLabel) self.inputLayout.addWidget(self.inputTextBox) self.fontFileLayout = QHBoxLayout() self.fontFileLayout.addWidget(self.fontFileLabel) self.fontFileLayout.addWidget(self.fontFileTextBox) self.fontFileLayout.addWidget(self.fontFileButton) self.fontFileLayout.addWidget(self.fontSizeLabel) self.fontFileLayout.addWidget(self.fontSizeSpin) self.layout = QVBoxLayout() self.layout.addLayout(self.inputLayout) self.layout.addLayout(self.fontFileLayout) self.layout.addWidget(self.renderButton) self.layout.addWidget(self.outputLabel) self.layout.addWidget(self.saveButton) self.setLayout(self.layout) self.renderedPNGforUser = None self.userSavedAsFileName = None QObject.connect ( self.fontFileButton, SIGNAL(clicked()), self.selectFontFile ) QObject.connect ( self.renderButton, SIGNAL(clicked()), self.renderText ) QObject.connect ( self.saveButton, SIGNAL(clicked()), self.saveRenderedPNG ) def selectFontFile(self) : fontFileName = self.fontFileTextBox.text() path = fontFileName if QFile.exists(fontFileName) else QDir.homePath() newFontFileName = QFileDialog.getOpenFileName ( self, HarfBuzz Tester - Select Font, path, Fonts (*.ttf *.otf) ) if newFontFileName != : self.fontFileTextBox.setText(newFontFileName) def renderText(self) : if self.inputTextBox.toPlainText() == : self.outputLabel.clear() ; return fontFileName = self.fontFileTextBox.text() if fontFileName == : QMessageBox.critical ( self, HarfBuzz Tester - Error, No font file is specified ) self.outputLabel.clear() ; return if not QFile.exists(fontFileName) : QMessageBox.critical ( self, HarfBuzz Tester - Error, The specified font file does not exist ) self.outputLabel.clear() ; return if fontFileName[-4:] not in ( .ttf, .otf ) : QMessageBox.critical ( self, HarfBuzz Tester - Error, The specified font file does not seem to be a font file (only .ttf or .otf allowed) ) self.outputLabel.clear() ; return hbInFile = QTemporaryFile() hbInFile.open() hbInFileStream = QTextStream(hbInFile) hbInFileStream.setCodec(UTF-8) hbInFileStream self.inputTextBox.toPlainText().replace(\t, ) # replacing tabs because fonts usually do not contain a glyph for the tab character hbInFileStream.flush() hbOutFileTransBkgd = QTemporaryFile() hbOutFileTransBkgd.open() hbOutFileWhiteBkgd = QTemporaryFile() hbOutFileWhiteBkgd.open() import os commonCommand = hb-view --output-format=png + \ --font-file= + fontFileName.replace( ,\ ) + \ --font-size= + str(self.fontSizeSpin.value()) + \ --text-file= + hbInFile.fileName().replace( ,\ ) os.system ( commonCommand + --output-file= + hbOutFileTransBkgd.fileName().replace( ,\ ) + --background=# ) os.system ( commonCommand + --output-file= + hbOutFileWhiteBkgd.fileName().replace( ,\ ) ) self.outputLabel.setPixmap( QPixmap ( hbOutFileTransBkgd.fileName(), png )) hbInFile.close() hbOutFileTransBkgd.close() hbOutFileWhiteBkgd.close() self.renderedPNGforUser = hbOutFileWhiteBkgd def saveRenderedPNG(self) : path = self.userSavedAsFileName if QFile.exists(self.userSavedAsFileName) else QDir.homePath() saveAsFileName = QFileDialog.getSaveFileName ( self, HarfBuzz Tester - Save rendering as..., path, PNG Image (*.png) ) if saveAsFileName != : if QFile.exists(saveAsFileName) and not QFile.remove(saveAsFileName) : QMessageBox.critical ( self, HarfBuzz Tester - Could
Re: [HarfBuzz] Indic reordering failing with latest HB trunk
On Thu, Oct 24, 2013 at 2:03 AM, Jonathan Kew jfkth...@googlemail.com wrote: Seems to work OK here. I suspect something about your build must be broken; are you getting the fallback shaper instead of ot? I am not sure where to look for this. Or did you build without any valid Unicode callbacks? Unicode callbacks (you want at least one): Glib: true So I guess this is not the problem. All I did was to do git pull ./autogen.sh --with-graphite2=auto --prefix=/usr/local make sudo make install. Anyhow the latest commit 6e613f3 seems to fix whatever it is (though I don't understand how the shift count fix could affect this). If I do git checkout ac8cd51 and recompile, I still get the bug. By doing git bisect I identified commit c16012e as the culprit but I have no idea what that commit introduced which 6e613f3 corrected. Please look into this a bit and identify it lest it resurface later on. Thanks. BTW about hb-indic -- do we still use that list? -- Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
[HarfBuzz] Clang warnings while compiling HB trunk
Hello. I'm running Clang 3.2 on Kubuntu Saucy. My HB Git clone is up-to-date as of the present instant. Since I forgot to install build-essential, GCC (4.8.1) is currently NOT installed on my Saucy system. Hence the HB build system detected Clang and compiled using it and I came across some warnings which I don't remember getting when compiling using GCC. I remember reading that Clang is more stringent about language grammar than GCC so I am reproducing the shell transcript so the devels can look into those and possibly fix any hiding bugs. On the terminal I get it in colour so it's too bad I can't copy-paste that into the text file! But you can identify the Clang warnings (and errors) by searching for ~~ (two tildes). -- Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा harfbuzz-clang.txt.xz Description: Binary data ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] HB Tester GUI
On Sun, Oct 6, 2013 at 10:59 PM, Shriramana Sharma samj...@gmail.com wrote: Current limitations: I am not sure how to feed multi-line text to HB. I hence replace all newlines from the input text with spaces. I also attach a script which I use to automatically install latest HB to /usr/local/ from which above program can (on my system) access hb-view. I experienced problems in testing text with SMP codepoints, and started using --text-file for that, which also fixed my quandary about the newlines. I also updated the HB update script a bit to give the user the choice not to compile/install if the current local git repo is up to date. I would like to hear it if anyone is using this little app and/or has found it useful (or not). -- Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा hb-test.py Description: Binary data harfbuzz-latest-install.sh Description: Bourne shell script ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
[HarfBuzz] HB Tester GUI
Hello people. I just made a quick PyQt4 app to help testing latest HB's rendering of given text. I think it should be straightforward to use. Since it calls hb-view from a subshell, you have to have hb-view at a place where the system's path environment would detect it. Current limitations: I am not sure how to feed multi-line text to HB. I hence replace all newlines from the input text with spaces. I also attach a script which I use to automatically install latest HB to /usr/local/ from which above program can (on my system) access hb-view. The latest build-deps for HB for this to work seem to be: ragel pkg-config autoconf libtool libglib2.0-dev libfreetype6-dev libcairo2-dev gtk-doc-tools and of course libgraphite2-dev if you want to test HB-Gr2. I hope this would be useful to others. Any comments/bugreports/patches appreciated. Thanks. -- Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा hb-test.py Description: Binary data harfbuzz-latest-install.sh Description: Bourne shell script ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] lack of documentation drives me crazy
Sorry to not answer your question -- but perhaps they should have a Google Summer of Documentation for projects like this that require one desperately but the developer hasn't had the time to do it so far. Behdad could probably mentor someone else writing the documentation. (Just a wild thought...) -- Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] telugu
On Fri, May 17, 2013 at 12:10 AM, Behdad Esfahbod beh...@behdad.org wrote: Right. Right now we don't recognize Avagraha at all. Where do they fall in the Indic syllabic structure? Avagrahas have GC=Lo since they represent an elided independent Letter A/AA. They should be treated equally as the latter. Provisionally they have been given a separate Indic Syllabic Category but this is not needed IMO. -- Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] [Indic] Inspecting the font for consonant position with Free Sans
Why not just ask the Free Sans guys to fix it? Sent from my Android phone ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Please verify the contact email address for your Apple ID
How come this spam got into the list? :-P Please delete from the archives. -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
[HarfBuzz] MS unilateral authority on OT? was: Myanmar OpenType Specification by Microsoft
On Mon, Jan 7, 2013 at 12:13 PM, Ngwe Tun ngwes...@gmail.com wrote: I'm very happy to notify about Myanmar Script Specification by Microsoft. it might be updated since very long time agao. Mr Tin Myo Htet also update his font which is inline with MS Specification. We should go further with MS Specification and update in harfbuzz source. I have always wondered whether MS makes decisions re changes to OT specs unilaterally (or just by consulting some people at Adobe) or whether they they actually discuss this on publicly accessible mailing lists beforehand or at least consult OSS implementors of OT like Behdad, Jonathan Kew etc? I hope it's not as if they alone make the decision and the OSS world has to follow suite because due to the fragmentation in open-source OT engines (which HB-NG is intended to resolve) these have no voice... I see Behdad raising Unicode-property related issues on the Unicore list, but of course he's present there courtesy Google IIUC, but I'm not sure if he is consulted by MS before these changes are made. -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Issue with Sanskrit 2003 font
On Sat, Dec 29, 2012 at 11:09 AM, Behdad Esfahbod beh...@behdad.org wrote: Interesting font. True, and very much liked by a lot of Sanskritists, but: I should remark that this font is largely unmaintained i.e. no updates after 2003 or such, and I am not sure that all the OpenType rules are in compliance with current specs. People knowledgeable in OT (and savvy in the script) would have to check. The author (a German gentleman with whom I have had much correspondence) is no longer able to maintain it due to his age. He has also donated it to some religious institution, but as per feedback from my friends, the religious institution does not seem to have people with technical know-how regarding font internals. I wish this font were open-source so we could go in and fix things... -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Issue with Sanskrit 2003 font
Hello Khaled. On Fri, Dec 28, 2012 at 3:27 PM, Khaled Hosny khaledho...@eglug.org wrote: While testing an issue¹ ¹ http://tex.stackexchange.com/q/88323/729 I could not reproduce the issue on my system. with XeTeX rendering of Devanagari using Sanskrit 2003 font², I noticed that the Harfbuzz output for the string “मन्त्र्यमाण” differs from that of Uniscribe (or ICU), but I know nothing about Devanagari to tell which is correct, so I’m reporting it in case it is a bug. Can you please post the rendering so I can tell you whether it is correct or not? -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] icu-le-hb
On Thu, Oct 18, 2012 at 3:54 AM, Behdad Esfahbod beh...@behdad.org wrote: * XeTeX Hi -- I'm wondering whether this means that XeTeX can use Graphite via ICU/HB now? Or does XeTeX only call ICU when there is OT involved so Gr will not happen, and we have to wait for the actual XeTeX/HB integration? -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] dotted circle is not appearing for dependant vowel
On Tue, Jul 24, 2012 at 3:26 PM, Pravin Satpute psatp...@redhat.com wrote: I see the dotted circle is still not appearing with dependant vowels (U+093f), Is this intentionally? Might be since you are removing test cases generating dotted circle in Uniscribe before running it with harfbuzz. May I take this opportunity to record what I have long felt on the topic of dotted circles. I feel that dotted circles should not be displayed except when not doing so can cause non-canonically-equivalent encoded sequences to appear the same. That is, they should be displayed only to distinguish between such sequences. (This is to protect against phishing and such.) For example, the long vowel आ does not have a decomposition to अ+ ा whereas it would appear the same as the latter if there is no dotted circle. There are many such do not use recommendations for independent vowels in the Indic Unicode chapters because of the absences of canonical equivalences (unfortunate IMO but well). Reordrant vowels like ि are also likewise, because in the case of a sequence अिक mistakenly typed (or maliciously introduced) for अकि if there is no dotted circle the two sequences would appear the same which is not appropriate from a security viewpoint as they are not canonically equivalent. My point is, there may be many reasons for unexpected combinations of characters in Indic. Vedic texts is one. Minority orthographies is (which may use rare combinations of vowel signs and diacritics) another. Legitimate creative use (like काा) for k (a shout) is yet another. Imposing a limited orthography (i.e. only recognizing a certain set of patterns of sequences and producing dotted circles for sequences that do not fit the pattern) would preclude the usefulness of the rendering system to users of such cases. Of course, this usability can also be achieved by first imposing a generic orthography (i.e. script grammar) and later adding more recognized sequences as per user community request. (This is also much easier to produce and deliver to the community in open source ecosystems than in proprietary ones.) This would be advisable since it may be difficult to predict which sequences in Indic would be confusable, especially with non-spacing marks. For example, तु and तुु would be confusable if there is no dotted circle and the second ु is overlaid upon the first. But these sequences are not self-obvious, so it appears creating regexs for sequences where dotted circles should *not* be produced might be easier than to do so where they *should* be produced and it would be appropriate to err on the side of caution. I had to say this, being a scholar of Sanskrit and Vedic, which really puts scripts (and hence software support for them) to their limit. Pravin (OP on this thread) and I, we have plans for developing a Lohit Devanagari Vedic font, so we'll be coming back on this... -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] dotted circle is not appearing for dependant vowel
On Tue, Jul 24, 2012 at 6:48 PM, Jonathan Kew jfkth...@googlemail.com wrote: In general, I think the Indic shaper should *not* insert dotted circles. The one exception that I think may be desirable would be the case of left-reordrant matras when no usable base character Hi Jonathan -- while I agree in principle that security issues should not be the responsibility of the shaping engine and support the idea of allowing a meaningful rendering for अिुा, I wonder why you support the dotted circle concept for the above case alone? -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [Harfbuzz-indic] [HarfBuzz] Lemongrass HarfBuzz Hackfest, end of day 4
On Mon, Jul 23, 2012 at 3:27 PM, Rajeesh K Nambiar rajeeshknamb...@gmail.com wrote: From the in-tree test file, test cases 15, 19, 20, 53 and 54 all involve 'Ra'. Case 5 (കാര്ക്കോടകന്) involves 'RA+ZWJ' in the middle of the word. At present all are failing (interestingly, case 5 was fine during the crash ;-)). Hello -- running your sequence through UniView (http://rishida.net/scripts/uniview/) shows me that the sequence you have used is actually RA + VIRAMA + ZWJ (and not RA + ZWJ). However, ever since the encoding of the atomic chillu-s, the above sequence is no longer recommended for producing the chillu-RA because it would cause distinct encoded sequences to be rendered the same. As such I think it is not advisable for HB to support the old sequence RA + VIRAMA + ZWJ. Behdad might like to ask about this on the Unicode (or Unicore, if he has access) before implementing support for those old sequences. Also noticed that post-base 'LA' is not correctly rendered for 'സ്പ്ലേ'. Can you clarify what you mean by *post*-base LA? You mean *sub*-base LA? Because AFAIK only YA and VA have post-base forms, but perhaps I am mistaken... -- Shriramana Sharma ___ HarfBuzz-Indic mailing list HarfBuzz-Indic@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz-indic
Re: [HarfBuzz] Lemongrass HarfBuzz Hackfest, end of day 4
On Mon, Jul 23, 2012 at 3:27 PM, Rajeesh K Nambiar rajeeshknamb...@gmail.com wrote: From the in-tree test file, test cases 15, 19, 20, 53 and 54 all involve 'Ra'. Case 5 (കാര്ക്കോടകന്) involves 'RA+ZWJ' in the middle of the word. At present all are failing (interestingly, case 5 was fine during the crash ;-)). Hello -- running your sequence through UniView (http://rishida.net/scripts/uniview/) shows me that the sequence you have used is actually RA + VIRAMA + ZWJ (and not RA + ZWJ). However, ever since the encoding of the atomic chillu-s, the above sequence is no longer recommended for producing the chillu-RA because it would cause distinct encoded sequences to be rendered the same. As such I think it is not advisable for HB to support the old sequence RA + VIRAMA + ZWJ. Behdad might like to ask about this on the Unicode (or Unicore, if he has access) before implementing support for those old sequences. Also noticed that post-base 'LA' is not correctly rendered for 'സ്പ്ലേ'. Can you clarify what you mean by *post*-base LA? You mean *sub*-base LA? Because AFAIK only YA and VA have post-base forms, but perhaps I am mistaken... -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Lemongrass HarfBuzz Hackfest, end of day 4
On Mon, Jul 23, 2012 at 6:27 PM, Behdad Esfahbod beh...@behdad.org wrote: With HarfBuzz Indic shaper, our goal is to track Uniscribe shaping as closely as possible (while it makes sense). Hi -- while I note your words within parans, I wonder why you have chosen Uniscribe as the standard? Is it simply because it is widely deployed? Despite MS's QA, there *might* be problems in Uniscribe's rendering (I don't use Windows 7 so I'm not sure about its rendering) -- in which case would the bug have to be fixed in Uniscribe first before it can be done for HB? (Mind you, I'm just wondering here, since I haven't actually run into such a sequence...) Jonathan, this is what's happening: Both Rachana and Raghu have 'half' lookups that subtitute C,H sequences with glyphs that are essentially ligatures of explicit halant on the consonant (not half forms really, from what I can see). As such, our L-matra repositioning logic positions matras to the left of such glyphs. In other words, since there is no explicit Halant glyph, matra is not repositioned. This is exactly what the spec says, and works for Devanagari. But Uniscribe seems to move it anyway. Is it the case that Malayalam does not have half forms? If that is the case, that would explain, and we can adjust this. What other scripts do not have half forms BTW? FWIW, if by half forms you mean C1-conjoining forms (where in a cluster C1 + Virama + C2, C2 remains as is and only C1 changes), Malayalam does not have those. Previously the chillu-s (see the fag end of the Malayalam code chart) were analysed as such, but no longer since they were separately encoded. The dot reph is also functionally a C1-conjoining form (in that it indicates a cluster-initial consonant) but it is also encoded separately. So basically Malayalam Unicode does not have any sequences C + Virama that map to a conjoining form when followed by a consonant. So it boils down to: if a Malayalam font is still providing mappings for C + Virama (+ ZWJ) to chillu forms then it is not compliant with current Unicode recommendations and should be fixed. Have you tested with Lohit Malayalam? (As for other scripts, Tamil also doesn't have any half-forms, but you know that already.) BTW I thought you were closing down the HB-Indic list? -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [Harfbuzz-indic] [HarfBuzz] Telugu support
Hi -- Telugu also has archaic repha feature and fonts can provide a repha glyph. See details at https://sites.google.com/site/jamadagni/files/utcsubmissions/12017-telugu-reph-model-finalize.pdf The sequence to select repha is RA + VIRAMA + ZWJ since by default Telugu normally does not use repha. I have uploaded repha glyph for Lohit Telugu just now: https://bugzilla.redhat.com/show_bug.cgi?id=841947 It would be great if you could add repha support for Telugu while you are at it! Thanks! -- Shriramana Sharma ___ HarfBuzz-Indic mailing list HarfBuzz-Indic@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz-indic
Re: [Harfbuzz-indic] [HarfBuzz] Telugu support
Hi thanks for your interest. However I'm not sure existing Windows fonts have the requisite glyph at all! The document was only approved at the Feb 2012 UTC meeting. So Lohit Telugu may be your only go. Sent from my Android phone On Jul 20, 2012 9:31 PM, Behdad Esfahbod beh...@behdad.org wrote: ___ HarfBuzz-Indic mailing list HarfBuzz-Indic@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz-indic
Re: [HarfBuzz] Telugu support
Hi -- Telugu also has archaic repha feature and fonts can provide a repha glyph. See details at https://sites.google.com/site/jamadagni/files/utcsubmissions/12017-telugu-reph-model-finalize.pdf The sequence to select repha is RA + VIRAMA + ZWJ since by default Telugu normally does not use repha. I have uploaded repha glyph for Lohit Telugu just now: https://bugzilla.redhat.com/show_bug.cgi?id=841947 It would be great if you could add repha support for Telugu while you are at it! Thanks! -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Telugu support
Hi thanks for your interest. However I'm not sure existing Windows fonts have the requisite glyph at all! The document was only approved at the Feb 2012 UTC meeting. So Lohit Telugu may be your only go. Sent from my Android phone On Jul 20, 2012 9:31 PM, Behdad Esfahbod beh...@behdad.org wrote: ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] [Harfbuzz-indic] Lemongrass HarfBuzz Hackfest next week
Hi while looking at Malayalam RA can you please also take care of the dot reph? Please see https://bugzilla.redhat.com/show_bug.cgi?id=799565 Sent from my Android phone ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Hackfest report
On Mon, May 28, 2012 at 10:45 PM, Behdad Esfahbod beh...@behdad.org wrote: I ran these through. Tamil is at 0.87%, which is really nice. There's 806 failures. Frankly for Tamil 806 failures is high. Tamil is perhaps the simplest major Indic script. -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Hackfest report
Sorry. You're right of course. I had forgotten that junk sequences were also included in the input. BTW I would like to see some of these badly rendered sequences if possible. Sent from my Android phone On May 28, 2012 11:52 PM, Behdad Esfahbod beh...@behdad.org wrote: On 05/28/2012 02:13 PM, Shriramana Sharma wrote: On Mon, May 28, 2012 at 10:45 PM, Behdad Esfahbod beh...@behdad.org wrote: I ran these through. Tamil is at 0.87%, which is really nice. There's 806 failures. Frankly for Tamil 806 failures is high. Tamil is perhaps the simplest major Indic script. I find that statement hard to believe. I didn't tell you out of how many cases! 806 out of a million words is not very high to me. See my original report. Many of the failure cases are peculiar sequences that we disagree with Uniscribe on. Anyway, I'll look into it more closely. I think I should go ahead and make frequency-adjusted first. behdad ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] [Harfbuzz-indic] Hackfest report
On Mon, May 28, 2012 at 7:04 AM, Behdad Esfahbod beh...@behdad.org wrote: Perhaps even bigger achievement of the hackathon is: thanks to Jonathan's help, I now understand how the Indic scripts work, know what the technical terms mean, and can reason about them! Good times. We should do this again. Tentatively planning for late July in Toronto when Mozilla developers will be in town. Great work and congratulations to both Behdad and Jonathan! We people are always here in case you need something [and Behdad, you still owe me a Skype call! ;-)] PS. I'm leaning towards shutting down the harfbuzz-indic list and using the main list for all communication. Any objections? Um really? Even Unicode has a separate Indic list, and it might be useful in the future, but seeing as there isn't too much traffic so far I would not have any particular problem with this. If at all there is future need for separating the lists, I suppose we could re-create harfbuzz-indic again? -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Renaming the shapers?
On Mon, Mar 26, 2012 at 5:14 PM, Arjuna Rao Chavala arjunar...@gmail.com wrote: Syllabic is very generic word in linguistics. It is better to stick to indic or modify it with suffix like + (indic+) to indicate the support. I'm sorry but I disagree. This is not linguistics. This is scripts, which while related to linguistics, is not necessarily bound by the rules of linguistics. And the whole point of the query from Behdad was to have a more generic name than indic. So I recommend to stick to syllabic. Or if you want: abugida, which is *the* recognized term for this kind of scripts. And note that the other name for abugida is alphasyllabary, which again comes back to syllabic. See also http://en.wikipedia.org/wiki/Abugida -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Renaming the shapers?
On Wed, Mar 7, 2012 at 5:30 PM, Harshula harsh...@gmail.com wrote: syllabic ... Not a bad idea at all. I support syllabic. But clarify -- isn't Arabic etc syllabic? I heard even sometimes Arabic uses diacritics on consonants to indicate vowels a la abugidas. Perhaps southasian might be OK as I think the scripts under question here are the same as those Unicode classifies under South Asian and South East Asian at http://www.unicode.org/charts/. South East Asian could be subsumed under South Asian, I think that should not be a problem. Just asian would include Han etc too which I guess is not right. So asiansyllabic would exclude the ideographic/logographic scripts and restrict to the abugidas. Either asiansyllabic, or syllabic if Arabic is not considered syllabic, would do. BTW where does Hebrew go in? And where would Kharoshthi (an RTL abugida, extinct for quite some time but potential to include in the distant future) go in? -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Renaming the shapers?
On Wed, Mar 7, 2012 at 12:29 PM, Pravin Satpute psatp...@redhat.com wrote: Indic shaper supports some non-indic scripts as well. So yes, using generic name looks logical. But I prefer something other than reordering, because that doesn't really seem to be the catch term for Indic. Indic is, well, Indic. Or maybe Brahmic. Reordering, split-positioning, conjoining forms and ligatures -- these are what characterize Indic. What single term can be appropriate to cover all of them without prejudice to another? -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Possible bug with shaping
That's all understood. Just thought you might be interested in what is written with the script you are working with. On Jan 30, 2012 1:23 PM, Tom Hacohen tom.haco...@partner.samsung.com wrote: On 30/01/12 06:08, Shriramana Sharma wrote: Don't know whether the word is corrupted in Hindi but the Sanskrit original is: पश्चात्ताप. पश्चात् = after, ताप = grief. It means the guilt one feels after committing a wrongdoing. I just got it from a colleague who claimed it didn't render correctly. I then put it in GTK+ and in hb-view and saw it indeed doesn't render correctly, so I put it there. :) It doesn't matter if it's a real world as long as it doesn't render as it should have. -- Tom. ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Possible bug with shaping
On Mon, Jan 30, 2012 at 8:57 AM, Parag Nemade pnem...@redhat.com wrote: In my opinion Hindi language word added पश्चयाताप is a wrong word. It should be पश्चाताप. Google translate when given input पश्चयाताप output is transliteration of that word but when given input पश्चाताप it actually translates that word. Don't know whether the word is corrupted in Hindi but the Sanskrit original is: पश्चात्ताप. पश्चात् = after, ताप = grief. It means the guilt one feels after committing a wrongdoing. -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] harfbuzz: Changes to 'mater'
On Tue, Nov 1, 2011 at 11:11 PM, Behdad Esfahbod beh...@kemper.freedesktop.org wrote: New branch 'mater' available with the following commits: Heh, so mater is different from master? :) IMHO a better name for a branch could have been chosen to avoid confusion. So what is this mater branch for? (Obviously I'm totally ignorant on this.) -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Fwd: Where to report a bug with Tamil text rendering in LibreOffice?
On Wed, Aug 24, 2011 at 4:40 PM, Behdad Esfahbod beh...@behdad.org wrote: Note that these clusters are not used, or should not be used, for cursor movement. ' Then what are they used for? Cursor movement should work according to the UAX#29. OK fine, but still the Tamil issue applies, as the above standard reads: Indic scripts vary considerably in how they handle the rendering of such aksaras—in some cases stacking them up into combined forms known as consonant conjuncts, and in other cases stringing them out horizontally, with visible renditions of the halant on each consonant in the sequence. There is even greater variability in how the typical liquid consonants (or medials), ya, ra, la, and wa, are handled for display in combinations in aksaras. So tailorings for aksaras may need to be script-, language-, font-, or context-specific to be useful. stringing out horizontally with visible renditions of the halant on each consonant in the sequence applies to Tamil. Hence tailoring is necessary. -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Fwd: Where to report a bug with Tamil text rendering in LibreOffice?
On 08/23/2011 11:46 AM, Butrus Damaskus wrote: hb-view is part of the HB-ng sources, jut git clone it, compile and use it;-) Hi -- replying onlist. hb-view only produces images. The problem is with the cursor placement. Unless I configure a tiny text box to use hb-ng for CTL, I can't test whether the problem exists in hb-ng myself. Can you please tell me how to do that? Or is cursor placement entirely out of the purview of HB, as I asked before? Anyhow, see https://bugs.freedesktop.org/show_bug.cgi?id=40292 -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
[HarfBuzz] Level of support for HB in existing toolkits
Hello -- is there any assessment of the level of support for HB (possibly split up into support for HB-legacy or HB-ng) in existing major toolkits/libraries? I'm looking for something like: | HB-legacy | HB-ng --+---+-- GTK/Pango 2: | | Qt 4 | | ICU | | Webkit| | and such... -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] graphite 1.0.1 released
On 08/08/2011 08:02 AM, Martin Hosken wrote: By integrating Graphite under the HB shaper API, applications only need concern themselves with the one API to get good shaping from Graphite fonts as well as OpenType fonts. Hello and thanks for this reply. It's nice to see that OSS projects, especially those related to text rendering, are cooperating at this close a level with one another. Two questions: 1) If a font has both OT and Graphite tables, which would be chosen? 2) Is there any overhead to using Graphite via HB rather than OT caused by the additional external (?) library of Graphite compared to the OT code being *within* the Graphite code corpus itself? My thanks also to those others who kindly answered. -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] graphite 1.0.1 released
Hi and thanks for your reply! On 08/08/2011 02:02 PM, Martin Hosken wrote: 2) Is there any overhead to using Graphite via HB rather than OT caused by the additional external (?) library of Graphite compared to the OT code being *within* the Graphite code corpus itself? ... Neither of these are large costs. Perhaps I wasn't sufficiently clear. I was interested in knowing whether Graphite rendering via Harfbuzz is slower than OT rendering via Harfbuzz for the same text/script. Somehow I get the perception that OT is inbuilt into HB whereas Graphite is an *external* library that HB calls, which is why I ask. -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] graphite 1.0.1 released
On 08/08/2011 03:27 PM, Martin Hosken wrote: For some scripts Graphite is faster and for others it is slower. But it is not much slower and it is sometimes much faster. The more lookups that fire in your font (particularly contextual lookups) the more likely that Graphite will be faster. Without any offence to anybody, and with no desire to bash OT but only to make things clear (?) it appears (from this) that the basic principle upon which OT lookup tables were designed aren't very effective. Is that so? It being an external library has nothing to do with it. Oh -- right -- I learnt this early along my (limited) programming knowledge but forgot it -- since there is direct linkage of the HB code against the Graphite library, it is fast. (Right?) -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] graphite 1.0.1 released
On Sat, Aug 6, 2011 at 5:08 AM, Behdad Esfahbod beh...@behdad.org wrote: Thanks Martin. Now that we have multi-shaper infrastructure in place, I'll go ahead and do that. Sorry to sound ignorant, but HB is OpenType technology for rendering, Graphite is a different technology for the same -- what exactly is the need/nature of connection between the two? Integration between two technologies in *general* sounds a good thing, but I'm curious to know the details. -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
[HarfBuzz] (noob?) Building HB
Sorry for this query which is probably highly noob-y, but I encountered a problem in building HB (for the first time). Pravin Satpute advised me on the following: 1) git clone http://cgit.freedesktop.org/harfbuzz/ 2) compile it 3) use hb-view for testing but for some reason I had to replace http:// by git:// and anyhow I now have the source tree. I don't know how to compile it in place without messing up the contents of the source tree so I just did a plain vanilla cp -R of the harfbuzz directory to elsewhere and did ./autogen.sh (which is the only executable in the root). It told me to install autoreconf so I did apt-get install autoconf. It then threw an error Can't exec libtoolize so I did apt-get install libtool. The following is the error I now get and don't know to get past (so please help): $ ./autogen.sh configure.ac:2: warning: AC_INIT: not a literal: http://bugs.freedesktop.org/enter_bug.cgi?product=harfbuzz configure.ac:2: warning: AC_INIT: not a literal: http://bugs.freedesktop.org/enter_bug.cgi?product=harfbuzz libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./config.guess' libtoolize: copying file `./config.sub' libtoolize: copying file `./install-sh' libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. configure.ac:2: warning: AC_INIT: not a literal: http://bugs.freedesktop.org/enter_bug.cgi?product=harfbuzz configure.ac:2: warning: AC_INIT: not a literal: http://bugs.freedesktop.org/enter_bug.cgi?product=harfbuzz configure.ac:32: error: possibly undefined macro: AC_SUBST If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:106: error: possibly undefined macro: AC_CHECK_PROG autoreconf: /usr/bin/autoconf failed with exit status: 1 $ -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] (noob?) Building HB
On 08/02/2011 12:48 PM, suzuki toshiya wrote: Could you post the version of autoreconf command? Sorry I should have done that myself. I'm running Kubuntu Natty so version is 2.67-2ubuntu1. -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] (noob?) Building HB
On 08/02/2011 01:00 PM, suzuki toshiya wrote: Thanks, Umm, the version looks sufficiently new. I will try to reproduce your trouble before my next post to the list. Posting to list: FWIW version of m4 is 1.4.14-3 and that of libtool is 2.2.6b-2ubuntu3. The current version of my local git tree is: $ git log --oneline | head -1 5e72071 [Indic] Stop looking for base upon seeing joiners -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] (noob?) Building HB
On 08/02/2011 02:13 PM, suzuki toshiya wrote: It seems that Ubuntu provides autoconf2.64 package. If you can install it without breaking your system consistency, please install it and try autoreconf2.64 --force --install. # I could reproduce your trouble by manually installed autotools, # but my manually installed directory is very confused and I'm # not sure if it is because of too new autoconf. :( Still no go. $ autoreconf2.64 --force --install libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree. libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. configure.ac:32: error: possibly undefined macro: AC_SUBST If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.ac:106: error: possibly undefined macro: AC_CHECK_PROG autoreconf2.64: /usr/bin/autoconf2.64 failed with exit status: 1 $ -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] (noob?) Building HB
2011/8/2 suzuki toshiya mpsuz...@hiroshima-u.ac.jp: Could you check whether pkg-config is installed? Wow that did the trick! (Is there some Wikipage that lists all these packages that are prerequisites for compilation and it is only me that have not found it despite searching for building harfbuzz?) So now it got configured and I did make and it compiled, but what do I do to test rendering? Pravin said to do ./hb-view but there is no such binary. The main and test binaries in the src directory take a TTF file as input which I gave but it only outputs some sort of debugging data. I want to have a window in which to input text and see how HB renders it -- how do I do that? Should I then recompile gedit or something against HB? (Ouch if yes.) -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
[HarfBuzz] pkg-config not checked for by autoconf
Hello -- pursuant to the recent post about ragel not being checked by configure, I post this You would have noticed my recent posts on the HB list (and the kind replies by mpsuzuki). The autoconf script doesn't check for pkg-config. Can you fix that too? -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] harfbuzz-ng: Branch 'master'
I'm trying to update my local copy of HB since Behdad is doing more commits, but doing git fetch is still silent and my repo (according to git log) is still standing at commit 5e72071062c015237b79fbd0521341a63166a204 Please tell me what I am doing wrong... -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] harfbuzz-ng: Branch 'master'
On Tue, Aug 2, 2011 at 7:52 PM, Tom Hacohen tom.haco...@partner.samsung.com wrote: git fetch only fetches the commits to the local cache, it doesn't merge them into your local branch. run git pull --rebase It fetches and merges (and tries to rebase any local changes on top of the branch) everything from upstream to the local branch. Wow thanks for your patience with my newbieness to git! You people are great! BTW how about that question which I asked on the other thread -- how to build HB based on my latest git-pulled tree without mucking up the source-tree with compiled files? -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] pkg-config not checked for by autoconf
2011/8/2 suzuki toshiya mpsuz...@hiroshima-u.ac.jp Thank you for posting with new appropriate subject. How about the autoconf and libtool dependencies? Perhaps they are too elementary and it is understood that they should be present? Still, it would be good if the ./autogen script gave a nice error saying autoconf not present or libtool not present -- but perhaps these are too small things compared to the purpose of HB... -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Quick show of hands needed
On 07/21/2011 09:04 AM, Pravin Satpute wrote: On Thursday 21 July 2011 08:51 AM, Behdad Esfahbod wrote: I'm wondering: should harfbuzz try compatibility composition/decomposition (NFKC/NFKD) if a font doesn't support a character? It's easy to do so, but I'm sure how desirable that is. 1) In pango we have faced problem of backspace due to decomposition. i.e. U+0958 was getting decomposed into U+0915 and U+093C, so for entered character was required 2 backspaces to delete. That doesn't sound right. The backspace should erase the last character that was input. Rendering engines should only take care of rendering whatever sequence of characters has been input and not change the sequence of characters right? I believe what Behdad means is: for decomposition: if HB is faced with the task of rendering U+0958 but the font doesn't provide that glyph, then should HB try to decompose it to U+0915 and U+093C and render the sequence? for composition: (I'm not too sure about *this* one but) if HB has to render a decomposed sequence which has an equivalent precomposed character, should HB try to lookup the glyph for that precomposed character (as it may give proper placement of diacritic etc)? I vote YES on both accounts. The former would be useful to present a meaningful rendering to the user and the latter would be useful for typographical finesse. -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Unicode vs glyphs
On 14-06-2011 20:59, Khaled Hosny wrote: All the mentioned scripts can have fonts with glyphs that are not assigned Unicode code points, you were lucky to not encounter them until now, but in the era of smart fonts it is becoming more and more common practice especially in high quality fonts. Regards, Khaled Khaled, if I am correct to presume (from your name) that you know Arabic script, can you tell us whether you nowadays use the separately encoded compatibility presentation forms or you use smart font technologies to display those presentation forms? If I am not mistaken, Arabic has different written forms for characters in initial, middle, final and isolate positions (or am I thinking of Mongolian)? -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Indic Testing Team
Tamil (my native language/script, but Mugunth is also there), and Kannada and Telugu as well, in the absence of native users of those scripts. And let's not forget support for Vedic as well (but of course it is second priority to basic script support). I'm here for Vedic as well. -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
Re: [HarfBuzz] Indic Testing Team
[Note: My reply all to Harshula's mail was sent to the moderator as there were too many recipients. I request everyone to use reply to list. Anyone who is going to be involved in this matter but is not on the list should be on the list, so there's no need to separately cc them, right?] On 2011-Jun-10 12:45, Harshula wrote: [Following on from Shriramana's suggestion, adding additional South Asian scripts from http://www.unicode.org/charts/] Great! I was *just half an hour ago* thinking we should not ignore the minority scripts. I add myself to Brahmi and Kaithi -- no worries about overload since we are not going to concentrate on these extinct scripts at the outset (I presume?). Bengali : Brahmi : S Sharma Devanagari: Pravin S, G Karunakar, Parag Gujarati : Gurumukhi (Punjabi) : A S Alam Kaithi : S Sharma Kannada : S Sharma Kharoshthi : Lepcha : Limbu : Malayalam : Santhosh Thottingal Meetei Mayek : Ol Chiki : Oriya : Saurashtra : Sinhala : Harshula ( harshula at gmail.com) Syloti Nagri : Tamil : Mugunth (mugunth at gmail.com), S Sharma Telugu : S Sharma Thaana : Vedic: S Sharma Note on my involvements: [I am not worrying about over-involvement since apart from my mother tongue/script Tamil I can handle Kannada and Telugu reasonably easily and other scripts I choose are minority and can be done one by one.] Brahmi: Will collect information on this from epigraphist friends I have. I am also in contact with the authors of the Brahmi Unicode proposal. Kaithi: It's largely like Gujarati, and I can try to get more info from Anshuman Pandey who proposed Kaithi for Unicode, http://std.dkuug.dk/JTC1/SC2/WG2/docs/n3389.pdf with whom I am in intermittent contact. Vedic: Mostly it will not be a problem as I am a Vedic scholar myself, but for some of the rarer Vedic characters, I am in contact with one of the principal authors of the Vedic Extensions proposal, Dr Peter Scharf of Brown University of USA. Other minority scripts, notably Sharada, Maithili and Modi, will be added in the shortly to be added courtesy Anshuman Pandey's huge efforts (http://www-personal.umich.edu/~pandey/) -- of which I am personally interested in Sharada. Maithili (Tirhuta) is largely like Bengali but with important differences. Modi is largely like Devanagari. After they are added, I hope they can be handled like Kaithi above, with help from Anshuman when needed. -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz
[HarfBuzz] [OT] FreeDesktop account
Hello -- this is slightly OT for this list but I couldn't find this info anywhere else, but http://freedesktop.org/wiki/Home?action=newaccount shows two buttons called Create Profile Create Profile + Email What does the latter do? Request an @freedesktop.org mail address? Is it granted by default? If someone initially chooses just Create Profile what do they do to later get an @freedesktop.org mail address as well (if that is what it is)? Apologies to the list master for the OT nature. -- Shriramana Sharma ___ HarfBuzz mailing list HarfBuzz@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/harfbuzz