Vous avez écrit : > Well... one thing is that you don't find my suggestion useful and > another that you think no one might find it useful. I respect your > opinion because is your software, but maybe the Inkscape guys are > interested in this. For what I understand in the previous paragraph, > maybe the application could check fontconfig every X time instead of > only on startup (provided this is technically feasible). In such case > it would be a task for Inkscape devs. >
I see two main possibilities here: 1/ Having a dedicated channel on DBUS where activation and even tagging info is sent, so applications that use fonts can update their menus, etc. 2/ Applications can check changes while running. Time base would be bad but when font dialog is shown or other significant event wouldn’t be that awfull. But whatever is chosen, expect serious crash when a font becomes unavailable when the app is running. To be honest, I thought at first that choice 1 was the best and just removed DBUS stuff around rev250 because it brings too much complexity. Today, choice 2 seems good to me, and it fits very well with my deep laziness background :) > > > Regards. > > > > Suitcase and ATM were developed to work around the deficiencies with > > fonts on MacOS. It was a bonus that they could in fact detect and repair > > broken font resource forks on a Mac. ( A common occurance.), along with > > enabling certain apps to activate fonts on the fly. This was necessary on > > a Mac owing resource limitations including memory usage both in the OS > > and applications. (Pagemaker on Windows also comes to mind. ) > > > > The second bonus was this sort of activation mechanism was developed to > > accomodate a few specific applications. > > > > Given the loading speed of inkscape on a modern machine and the far > > greater capacity for Linux to keep many fonts active I find the current > > way Linux handles fonts far more robust and trouble free. There is a > > caveat that Scribus, Inkscape and Fontmatrix will disable using broken > > fonts in self defense against crashing. > > > > So in other words, you need to "Think Differently" its Linux, not a Mac. > > It's not about "thinking differently", I'm not even a regular MacOS > user. My main OS (by far) is Linux. Is about using what works best, > and as graphic designer of sorts, is not uncommon the scenarios were > one is unsure of what font will end up on the document. One can make > some ideas about the layout and typography but there is always the > possiblity of changing or adding fonts and in the current behaviour > this takes too much time. > > BTW, the loading speed of inkscape is not *that* great in the next > version (0.46). 0.45 is (was) faster. > > > The kind of intergration you are seeking is in some respects superflous > > as for example Scribus can handle loading fonts on the fly itself. > > Well, I don't find this "superflous" at all as I'm talking about > on-the-fly activation for any program, that's why I introduced a broad > the question... Anyway, I haven't used Scribus that much so, how does > it work? > > > Asking Fontmatrix to handle this for any and all applications is task > > beyond its remit in my opinion. > > I'm not asking fontmatrix to do anything, I'm just asking ;) With no > aim. Because I don't know howwork the font management work in general so I > don't know with whom I should talk to. In the lineage of what I stated above, I think it’s far more better to let applications continue to improve their font handling through Fontconfig because it’s yet widely used. IMHO, coming with a brand new stuff is not good strategy in this matter. We’ll most probably adapt Fontmatrix to how "font management" works under Linux because it’s faster to change Fontmatrix than all apps that need fonts to be managed - I even imagine to develop something to bring font management in TeX directories :) To be continued... -- Pierre Marchand http://www.oep-h.com _______________________________________________ Undertype-users mailing list Undertype-users@gna.org https://mail.gna.org/listinfo/undertype-users
