Consider open-sourcing VOLT as well

[rimas-kudelis]

In addition to VTT, Microsoft also has a font development tool called VOLT (Visual OpenType Layout Tool). Its last release was in 2015, and for whatever reason it doesn't work on Linux+Wine after installation (the app starts, but fails to open fonts). Please consider open-sourcing VOLT as well.

I know this is not the right place to ask, but I couldn't find a more suitable place. Sorry.

[HinTak]

FWIW, I seems to remember on the MS font tool family was written in VB and requires the VB runtime, probably this one. You need to use winetricks to install the vb runtime.

https://appdb.winehq.org/objectManager.php?sClass=application&iId=11772 is massively outdated , and also filed by people who don't know wine well - wine 1.2-rc6 was released Jul 2010, 14 years ago. I just looked it up.

[HinTak]

That said, I am for VOLT being opened too.

[rimas-kudelis]

I've already installed the runtime which was necessary to launch VOLT, but it still fails to open a font with the same symptom as stated on Wine DB:

Interestingly, nothing at all is reported to the terminal I start VOLT from. Only when I close it do I get a single output line from Wine, which I guess is irrelevant to the font opening issue:

0024:err:ole:CoReleaseMarshalData StdMarshal ReleaseMarshalData failed with error 0x8001011d

[HinTak]

Ole and MarshallData errors indicates that it is trying to talk to another (possibly genuine windows) component and getting unexpected answers, not surprisingly. Ole communications are asynchronous so any kind of delay can happen. I doubt it is associated with close. That said, this should file with wine's bugzilla or go to wine-devel mailing list - if nobody is aware there is a problem, there is nothing to fix... I have had VOLT installed in wine for years and I am not aware of any problems, though I don't actually use it the way font designer's do...

[rimas-kudelis]

I have had VOLT installed in wine for years and I am not aware of any problems, though I don't actually use it the way font designer's do...

Does it open fonts successfully for you?

[HinTak]

I have had VOLT installed in wine for years and I am not aware of any problems, though I don't actually use it the way font designer's do...

Does it open fonts successfully for you?

I haven't tried - haven't used wine for a while.

[rimas-kudelis]

Regarding the VB6 issue: there are currently at least two projects in the works, which both aim for 100% compatibility with existing VB6 code: twinBASIC and RAD Basic. Both of them also promise free compilers for x86 and paid ones for x64.

Thus, even VB6 code in this project might be useful/usable if open-sourced (plus, one can still download the last version of VB6 IDE from the Web). And even if that weren't the case, I would think that porting existing code to another language should be easier than writing it from scratch.

And even if I'm wrong about both things, I don't think it would hurt Microsoft to open this code. I can't see much to lose by doing so, other than (supposedly) a few hours spent.

[HinTak]

While I am all for VOLT being opened, "a few hours spent" is a very naive comment. FontVal took more than two years, from intensive discussion to code out in open. Before the "partially open" stage (private selective viewing), there were internal audits within Microsoft, much more than "a few hours" (both on the tech side and the legal/ip side) about what can go out and what must stay internal, and in the "private selective viewing" stage, there were substantial work in fixing up the code to make it buildable after the removal of "not opening" bits.

That said, I am for VOLT to be opened, and if it is too broken after the removal of certain bits, I would still like to see the broken pieces (in the open capacity, or just the "private selective viewing" - in the hope of some fix-ups before going fully public).

[HinTak]

FWIW, I seem to have an older VOLT under my wine installation from 2015/2016, but it is still 1.4.x (just as current, which was 2021). And I can confirm that the 2015 version of VOLT depends on VB6 runtime, and I have that under wine too. And I don't remember having any problem with it, though obviously I haven't used it much.

I don't currently have a wine runtime on my system (just running out of disk space, and took off stuff I don't use often enough). Otherwise I'd give it a try.

[HinTak]

And in fact I have VOLT 1.3 too.

[paullinnerud]

I don't personally have very much experience with VOLT but I do know that VOLT is written in VB but has dependencies on some native components that manage the font file format and compile the OTL data. I don't know if we will be ever able to open-source VOLT but if we did it would likely be reference only not accepting contributions or providing releases.

We are counting on other tools to support similar UI functionality. Apparently FontLab has ability to export/import VOLT projects making it easier to integrate and manage OTL tables created with VOLT.

[HinTak]

I'd definitely welcome VOLT (or part thereof) being opened.

Personally, I am not convinced that VOLT doesn't work with wine; I think it likely does, or can be made to - but then my knowledge of wine is perhaps a bit stronger than Rimas Kudelis (@rimas-kudelis) 's : many years ago, I did contribute a few improvements to wine to make it work better for a few windows applications I was interested in; and the main reason why I don't currently have a wine runtime on my system, is that for more than a decade now, my own installation of wine have always carried three patches which makes three applications I care (cared!) about work better, but were considered "hacks/not pretty enough" and rejected by wine developers after a bit of discussion. I don't have the time to rebuild wine with those three "local hacks" (and two other minor things to make 5) lately.

A year ago when I last rebuilt wine (8.19, which is considerably more recent than 6.0 mentioned at the top; wine has a fortnightly snapshot release schedule - so I am about a 100 minor releases behind...), my own build differs from upstream by 5 patches, and it has been that 3 plus whatever I occasionally sent upstream for more than a decade.

[rimas-kudelis]

Paul Linnerud (@paullinnerud), open-sourcing as a "code dump" of purely historic interest is sure fine as well.

Regarding native components: indeed, VOLT ships with three DLL files in addition to the executable, which could be problematic. These files are part ot TIDE – "Typography Integrated Development Environment" SDK, which Microsoft offered for licensing up until at least 2007, but which seems to have actually been made by BorWare AB, later Em2 Solutions AB. Em2 Solutions AB offered support for TIDE for a while, but appears to have actually been dormant for over a decade by now. I can't know what agreements Microsoft had with them, but I would speculate that if these included limitless enough redistribution/sublicensing rights, open-sourcing could fall well within those rights, being just a case of sublicensing.

By the way, TIDE itself seems really interesting, with its promise for "multiple tools to work on the same font file concurrently" and providing "the user of TIDE to switch between different font tools without necessarily saving the font file first, and thus provide a very seamless user experience." This bit sounds really awesome!

HinTak, well, maybe your Wine patches made VOLT functional among other things, or maybe it is indeed functional with versions of Wine that are newer than mine, which I admit is indeed old(ish): I even had to modify Wine AppDB submission form to add my report about its (non-)working state). Usually, I would have upgraded my OS by now, but it's a bit... let's say "peculiar" with Pop!_OS this year.

[HinTak]

While I am for VOLT (if partly thereof) opened, a lot of this sounds overwhelmingly optimistic. There are both engineering months on removing /sanitize anything that's in the least doubt ("funny" comments, or just "too much history" disclosing personnel matters, who did what, and who took over from who, that shouldn't go outside) , and lawyers' months on working out and checking who owns what. What exactly is the benefits to Microsoft for allocating that engineer months and lawyers' months to do a code dump?

"Marketing speak" and "lawyer speak"...

I highly doubt "...included limitless enough redistribution/sublicensing rights...". Have you not read any licensing documents between commercial entities at all? In this case, my guess would be bundled redistribution, no modification, in binary form, only. I.e. Microsoft is not allowed to give away the source code, if they have it in source code form at all. I'd check the authenticode signature of the dlls first. If they had the original signature and MS did not sign/resign them, MS likely does not have their sources.