Dear ChucK users,
I just released my own new audio programming environment. It draws some
inspiration from ChucK, but really throws a lot of well-established concepts in
the world of real-time audio programming out of the window: first and foremost
the patch graph and the audio/control-rate
On Tue, Feb 06, 2024 at 01:39:51PM +, Deri wrote:
> Hi Robin,
>
> The current gropdf (in the master branch) does support UTF-16BE for pdf
> outlines (see attached pdf), but Branden has not released the other parts to
> make it work! If you can compile and install the current git the
Follow-up Comment #5, bug#65232 (group groff):
[comment #4 комментарий №4:]
>
> [comment #3 comment #3:]
> > After switching from pdfroff (-Tps) to pdfmom (-Tpdf), hyphenation
suddenly works fine.
>
> Glad to hear it.
>
I forgot to mention, I also had to install a new version of the
win.w && e->xconfigure.height == win.h)
return;
+ if (embed) {
+ wc.width = e->xconfigure.width;
+ wc.height = e->xconfigure.height;
+ XConfigureWindow(xw.dpy, embed, CWWidth | CWHeight, );
+ }
+
cresize(e->xconfigure.width, e->xconfigure.height);
}
--
2.43.0
>From 4de
04.02.24 12:52, Hiltjo Posthuma пишет:
> Hi,
>
> If you want to contribute to upstream you need to rebase the patches on the
> master version of st.
>
> Then you send the patches (git-format-patch) to the mailinglist.
> Okay. But first of all, there are remaining problems. I would like to
Hello!
I picked up the patch from Jochen Sprickerhof
that was posted on hack...@suckless.org a few years ago, allowing you to
embed applications into st via Xembed. So this is the _host_ side of
Xembed, very similar to what tabbed does. The thing is, you do not always
want to open apps in new
Follow-up Comment #3, bug#65232 (group groff):
After switching from pdfroff (-Tps) to pdfmom (-Tpdf), hyphenation suddenly
works fine.
Moreover, it will even work with UTF8 input (-Kutf-8), even though that causes
other glitches. I have no idea way it can hyphenate Unicode escapes.
`pdfmom
Regarding cyrillic characters in PDF outlines, I think I got a few
insights today.
It turns out that the pdfmarks in the postscript code are "text strings"
according to the PDF specs, that is either a PDFDocEncoding or
UTF-16BE with a leading byte-order marker (cf. PDF Reference 1.7).
A
Follow-up Comment #2, bug#65232 (group groff):
Hello Branden!
I am not quite sure what additional info you need. I attached a test case. You
can reproduce it. No matter what font size or hyphenation mode, I cannot get
it to hyphenate.
Hyphenation *does* work when formatting for -Tutf8. The same
: None
___
Follow-up Comments:
---
Date: Ср 31 янв 2024 02:48:42 By: Robin Haberkorn
I cannot get Russian hyphenation to work on a HEAD build of Groff. As far as I
understand, it should be enough to -mru. It should even enable hyphe
ave seen so far, but
I presume there is equally complex stuff going on in video coding.
Best regards,
Robin Haberkorn
PS: Off-topic, but what system did you write your thesis in? Is this TeX or
Troff?
On 9/20/23 22:14, david wrote:
> Hi Robin,
>
>> Regarding the quantization of sinu
the block diagram. How does that fit together with using Am
which is obviously a feature in the frequency domain?
I do have a little bit of experience in signal/audio processing, but still find
it hard to understand all of it. Okay I admit, I get terribly confused.
Best regards,
Robin
Hello everyone!
Here's a complete implementation of AES in GNU APL, that I thought might be
worth sharing:
https://gist.github.com/rhaberkorn/78a982dbd49bc896175607289507cb64
It's purely educational and written to be as close to the FIPS 197 standard as
possible. In fact, this was a course work
Hello!
I was trying to set up an ms-document with small page margins (see attachment),
but I don't seem to get below a certain limit (especially on the bottom side).
In one-column mode, the bottom border is a bit smaller, but still larger than
1cm. I also cannot explain the spacing introduced by
Hello Peter,
I am also now stumbling across Cyrillc-related issues with pdfmark. I am using
ms for the time being. The bug also affects autogenerating link texts given via
`.pdfhref L`.
In the most simple case, preconv will turn your Cyrillic characters into escapes
which are apparently not
25.04.23 19:51, G. Branden Robinson пишет:
While I'm pontificating I'll opine that I'm not a huge fan of C++ as
a language, but I have found with groff that, given discipline, and
by maintaining a clear view of its roots in C (_also_ not my
favorite language--but one
Hello!
I can confirm that Neatroff (and Heirloom Troff) works well for typesetting
Russian texts including hyphenation.
BUT, I found them unsuitable for complex scientific texts as their ms macros are
buggy and tbl is somewhat limited. Regarding Neatroff, I found that its
hyperlinking
← (IfBranch IfElse ElseBranch) Cond
→Cond/3
R ← ElseBranch ⋄ →0
R ← IfBranch
∇
Which can now be happily used everywhere, including in lambdas:
Perm ← {{↑,/X,¨¨X+(K-1) Perm¨N-X} IfElse {X} K>1 ⊣ X←⍳1+(N←⍵)-K←⍺; X; K; N}
Except, that it does not work. And I am quite clueless why...
Best re
; make ; sudo make install
like in GNU/Linux.
Best Regards,
Jürgen
On 4/4/23 14:20, Robin Haberkorn wrote:
Perm ← {(X/⍨⍺=+/¨X←(⊂2⍴⍨⍵)⊤¨⍳2*⍵) /¨ ⊂⍳⍵; X}
Works on v1.8-1 (the Debian package), but NOT v1.8 for Windows
(apl-1.8-windows.zip). Also it does not work on the SVN trunk!
This version
is clearly a bug.
03.04.23 21:12, Robin Haberkorn пишет:
Hello everybody,
I stumbled across an interesting little problem. I would like to generate all
possible combinations of taking ⍺ things from a total of ⍵. The number of
possible combinations is consequently ⍺!⍵.
Here's a straight-forward
Hello everybody,
I stumbled across an interesting little problem. I would like to generate all
possible combinations of taking ⍺ things from a total of ⍵. The number of
possible combinations is consequently ⍺!⍵.
Here's a straight-forward "brute force" solution:
Perm ←
20.07.19 02:08, Robin Haberkorn пишет:
>
> 2.) At some point during my experimenting, only 4 of the 8GB RAM I've
> installed
> would be detected. This wasn't the case in the beginning, when I started out
> with a clean 4.9-build. I've attached a board status report from thi
Hello!
I wanted to share my experiences with corebooting the X131e (Intel edition) and
hope to be able to resolve some of the remaining issues. Previously I used a
corebooted X131e Chromebook (Stout) and it worked perfectly - I didn't have any
of the issues, which I'm going to detail further
Hello Ralph!
I see! Groff seems to combine composites to single code points if possible,
probably in order to better support terminals and/or software that cannot
themselves combine them. Makes sense.
But for the rest of glyphs, it should IMHO a) make sure that accentuation glyphs
have a
Hello!
I'm working on a small Russian offline dictionary that formats the entries of
words into Troff/Man pages, so you can view them in the terminal.
There is a small problem when trying to format accented Cyrillic characters.
Accents are commonly used in Russian to highlight word stress by
Hi,
just wanted to inform you that I forked the gpresent macros by Bob Diertens:
https://github.com/rhaberkorn/gpresent
I did this out of sheer necessity, as I needed to prepare a few
presentations. This fork contains a hard-to-find patch, so it runs with
recent versions of Groff and adds the
that the optional --device option can be supported.
So I see no reason not to apply it.
Cheers,
Thomas
Regards,
Robin
--
libftdi - see http://www.intra2net.com/en/developer/libftdi for details.
To unsubscribe send a mail to libftdi+unsubscr...@developer.intra2net.com
--
Robin Haberkorn
and draw attention to the project.
But this is not very important to me. It was only a suggestion.
Best regards,
Robin
--
Robin Haberkorn
Developer
metraTec GmbH
Werner-Heisenberg-Str. 1
39106 Magdeburg
Germany
haberk...@metratec.com
www.metratec.com
--
libftdi - see http://www.intra2net.com/en
then merge it into the mirror
repository and pull changes from the mirror into the upstream repository.
--
Robin Haberkorn
Developer
metraTec GmbH
Werner-Heisenberg-Str. 1
39106 Magdeburg
Germany
haberk...@metratec.com
www.metratec.com
--
libftdi - see http://www.intra2net.com/en/developer
Best regards,
Robin
--
Robin Haberkorn
Developer
metraTec GmbH
Werner-Heisenberg-Str. 1
39106 Magdeburg
Germany
haberk...@metratec.com
www.metratec.com
--
libftdi - see http://www.intra2net.com/en/developer/libftdi for details.
To unsubscribe send a mail to libftdi+unsubscr
http://www.intra2net.com/en/developer/libftdi for details.
To unsubscribe send a mail to libftdi+unsubscr...@developer.intra2net.com
--
Robin Haberkorn
Developer
metraTec GmbH
Werner-Heisenberg-Str. 1
39106 Magdeburg
Germany
haberk...@metratec.com
www.metratec.com
--
libftdi - see http
regards,
Robin
On 14.01.2015 17:14, Thomas Jarosch wrote:
Hi Robin,
On Wednesday, 14. January 2015 17:09:26 Robin Haberkorn wrote:
On 14.01.2015 11:42, Thomas Jarosch wrote:
Hello Rodney,
On Thursday, 8. January 2015 10:35:14 Rodney Sinclair wrote:
The following appears to be a typo on the Python
sheets. If there is indeed any use for this constant, just tell me and I
will revise this patch.
Best regards,
Robin Haberkorn
btw.: Is this mailing list the preferred way of sending patches? Is
there any official Github mirror I can send pull requests to?
--
Robin Haberkorn
Developer
Dear groffers,
I ported the ms package's tbl macros, specifically the multipage boxed
table support, to Mom.
It appears to work fine so far, but I'm neither a groff nor a -ms guru yet.
There are possibly some bugs that could be easily avoided by someone
who is more familiar with the ms macros.
Dear groffers,
I have found and fixed two severe mom bugs in the FLOAT macro. See
attachment - it's a patch against CVS HEAD.
1) if a FLOAT FORCE block fits on the current page, the register
#FORCE is not removed/reset. If it does not fit on the page, a NEWPAGE
is emitted and #FORCE is removed.
Hi everyone,
found and fixed another bug in the mom macros.
Her handling of NUMBER_LINES if tbl is used was buggy.
If you used NUMBER_LINES to turn on line numbering, turned it off and
then used tbl tables, the table was numbered. Naturally if you resumed
line numbering after the table, line
Hello Peter,
2013/8/11 Peter Schaffter pe...@schaffter.ca:
...
At the top of your file,
.R1
label (A.n|Q) ', ' D.y
bracket-label ( )\c
join-authors , and , , and
reverse A1
sort A1Q1T1B1E1
database path to database
.R2
With this setup, references
Hello,
I know a lot has been written on this mailing list about refer and its
mom integration.
However, I still don't quite get it.
Currently I'm writing my bachelor thesis in groff -mom. It was
relatively easy to imitate the LaTex template they were providing,
including Computer Modern fonts and
Hi,
one thing I like about groff/troff is the ability to quickly write
preprocessors extending troff.
I wrote one as part of SciTECO -- in the SciTECO language:
https://github.com/rhaberkorn/sciteco/blob/master/doc/htbl.tes
(Note: contains control codes not properly displayed by Github)
It's a
2013/8/9 jjbrioist jean.brio...@numericable.fr:
Le vendredi 09 août 2013 à 17:35 +0200, Robin Haberkorn a écrit :
Hello Robin,
I was facing the same issue as you, although I am using -ms for the time.
I use the -S option to get inline references.
Assume you have the following entry in your
since 65534 is the openflow LOCAL
port while the source code states that an odp port should
be logged. LOCAL however is odp-port 0. So it appears that
somehow the two port types got mixed up.
cheers,
Robin Haberkorn
- Original Message -
Hi,
We have encountered a strange behavior. After
- Original Message -
From: Marc Lehmann schm...@schmorp.de
Since you can install your own sigchld handler already, this doesn't
seem
to be so helpful?
I admit, it wouldn't be that useful, but it would be cleaner to use
an ev_signal instead of an ev_async+custom signal handler.
multi-threading itself breaks a lot of stuff (fork for example) in
subtle
ways. this issue is not really something that libev can do something
about.
libev can easily do something about it: make child reaping more
flexible by allowing SIGCHLD ev_signals.
Also system() isn't broken by
Hi!
I don't know if that has been brought up before (I couldn't
find anything). libev reaps all child processess synchronously
in the default event loop. This behaviour can result in child
reaping race conditions, generally if waitpid() and in
particular if system() (declared in stdlib.h) is also
resetting
the still-messed-up signal handlers manually after invoking ev_default_fork().
cheers,
Robin Haberkorn
--
--
-- managed broadband access --
Travelping GmbH phone: +49-391-8190990
Roentgenstr. 13 fax: +49
45 matches
Mail list logo