Re: [fricas-devel] Re: changes to allow macOS packaging work again

2021-03-21 Thread Bill Page
On Sun, Mar 21, 2021 at 1:51 PM Ralf Hemmecke wrote: > ... > We should rather say that it is OK to just fork FriCAS and try own > ideas and come back and convince the main developers to include > new (better) code if it is ready and removes some deficiencies of > FriCAS. I think this is an inade

Re: [fricas-devel] Re: changes to allow macOS packaging work again

2021-03-21 Thread Ralf Hemmecke
On 21.03.21 17:49, Waldek Hebisch wrote: > There is misunderstanding here: you do not need to wait > to include another graphic framework. My impression > was that I am not the main opponent of new code in > FriCAS: when new code was proposed sometimes other > folks voiced strong objections... Oh

Re: [fricas-devel] Re: changes to allow macOS packaging work again

2021-03-21 Thread Waldek Hebisch
On Sun, Mar 21, 2021 at 01:25:24PM +0100, Ralf Hemmecke wrote: > > The only thing (in my eyes) that HyperDoc can do and > http://fricas.github.io/api does not provide, is showing "which > domain/package/category implements a certain function". Admittedly, that > is a very useful feature, but that

Re: [fricas-devel] Re: changes to allow macOS packaging work again

2021-03-21 Thread Waldek Hebisch
On Sun, Mar 21, 2021 at 07:55:06PM +0800, Qian Yun wrote: > > > On 3/20/21 2:20 AM, Waldek Hebisch wrote: > > > > We need some graphic environment. Simple fact of life is that > > up to now X11 was most stable environment. Namely, old 30 > > years old programs work as they used to work. Unfor

Re: [fricas-devel] Re: changes to allow macOS packaging work again

2021-03-21 Thread Waldek Hebisch
On Sun, Mar 21, 2021 at 09:04:48PM +0800, Qian Yun wrote: > The reason is that xterm is not longer installed by default. > Termainl.app is basically a native graphical terminal emulator. > > About X11 support: > > Simply "brew install libx11 libxpm libice libsm" and configure > with X11, the resu

Re: [fricas-devel] Re: changes to allow macOS packaging work again

2021-03-21 Thread Bill Page
On Sun, Mar 21, 2021 at 8:25 AM Ralf Hemmecke wrote: > ... > The only thing (in my eyes) that HyperDoc can do > and http://fricas.github.io/api does not provide, is > showing "which domain/package/category implements > a certain function". Yes, exactly. HyperDoc allows "easy" navigation in the ra

Re: [fricas-devel] Re: changes to allow macOS packaging work again

2021-03-21 Thread Qian Yun
The reason is that xterm is not longer installed by default. Termainl.app is basically a native graphical terminal emulator. About X11 support: Simply "brew install libx11 libxpm libice libsm" and configure with X11, the result FriCAS binary works fine on macOS with X11, when the X11 server XQua

Re: [fricas-devel] Re: changes to allow macOS packaging work again

2021-03-21 Thread Ralf Hemmecke
> I don't think there are many "corner cases" get improved in > HyperDoc in the past 20 years?  Probably because it doesn't > attract many users, thus fewer developers. One of the reasons why I would like to get rid of HyperDoc is that it is legacy software that hinders us to go on more freely. I

Re: [fricas-devel] Re: changes to allow macOS packaging work again

2021-03-21 Thread Qian Yun
On 3/20/21 2:20 AM, Waldek Hebisch wrote: We need some graphic environment. Simple fact of life is that up to now X11 was most stable environment. Namely, old 30 years old programs work as they used to work. Unfortunatly, this is not the case with newer things, my graphic code for "famewor

Re: [fricas-devel] X11 and graphics

2021-03-21 Thread Qian Yun
I never use the graphics interface, I rarely use "draw". I almost never use HyperDoc. In fact I always lanuch fricas with "-nox". I can find most information from terminal, if not, I'll go for source code. - Qian On 3/20/21 5:07 AM, Ralf Hemmecke wrote: Actually, I would be interested in a