• jancsika

    Yes, [tabwrite~] can pause writing, but then how does it wrap around if you don't pause before the end? AFAICS there is no reliable way to make it do that.

    I'm still not sure what you're after:

    1. write $tabsize samples to an array starting at $offset and wrapping around the end as necessary (could probably be done by adding a second arg to the start method of tabwrite~)
    2. write $arbitrary number of samples to an array starting at $offset and wrapping around the end as necessary (similar to above)
    3. continuously write blocks to an array, incrementing the offset of the next block and wrapping around the end when necessary (probably need a different class for this)

    posted in technical issues read more
  • jancsika

    Boy, I'd really like to go ahead and do #3 above as well. Yes it makes the SVG obnoxiously large, but I think the benefit of controlling the font outweighs that cost. (And it appears optimizers can still get the file size back down to normal if needed.)

    posted in technical issues read more
  • jancsika

    ... in the meantime you can add styling to your SVG by adding this right below the opening <svg> tag:

    <style type="text/css"><![CDATA[
    svg {
        font-family: "DejaVu Sans Mono";
    }
    
    .cord.signal {
        stroke-width: 2;
        stroke: #808095;
    }
    
    .cord.control {
        stroke-width: 1;
        stroke: #565;
    }
    
    .msg .border {
        stroke: #ccc;
        fill: #f8f8f6;
    }
    
    .obj .border {
        fill: #f6f8f8;
        stroke: #ccc;
    }
    ]]></style>
    
    

    You'll just have to fish through the rest of the css stylesheet for other styles, but you get the idea...

    posted in technical issues read more
  • jancsika

    @sdaau_ml Yeah, there are a few options here:

    1. Quick-and-dirty: I can go ahead set svg presentation attributes for object background and line stroke color to sane defaults. That way when you copy the outerhtml you'll get a readable patch in the default style (but no possibility to style the exported SVG according to the GUI presets). Those attys get overridden by CSS props so that should work with the current styling system.
    2. I can insert the CSS stylesheet as CDATA in the svg. That adds about 10k to the file size, probably less if the SVG is optimized/minified. This way the current style can be applied, minus editmode grid/background image.
    3. I can embed dejavu font in the SVG. That adds 337k to every exported SVG, but it's the only way to guarantee that the font is correctly chosen. It can probably be minified somehow but I'm not sure how to do that.

    Probably #2 is the best way to start.

    posted in technical issues read more
  • jancsika

    Oops, I forgot about the CSS styling and fonts. Let me investigate.

    posted in technical issues read more
  • jancsika

    Hm, this should be super simple to implement.

    In the meantime, you should be able to choose "Help" -> "Open DevTools", click the Elements tab, then right-click the svg element and choose "Copy Outer HTML"

    Then paste it into an editor and save it with ".svg" at the end.

    posted in technical issues read more
  • jancsika

    Hi all,

    Purr Data 2.17.0 has been released.

    This includes some commits from GSoC applicants Gabriela Bittencourt
    and Rukshan Senanayaka. Note also that though we're not yet versioning
    the web app, it has also benefited from a large number of commits from
    GSoC applicants: Prakhar Agarwal, Sanket Bhukan, Akash Negi, and
    Gunjan Yadu. Thanks to all for your contributions.

    ChangeLog:

    • incremental search in the help browser (Gabriela Bittencourt)
    • new declare -zoom option, useful for teaching (AG)
    • pddplink now accepts a symbol on its 1st inlet, loses its superfluous outlet (AG)
    • major cleanup of the GUI presets, especially the dark ones work much better now (JW)
    • styling the svg background "lock" image to match the chosen preset style (Rukshan Senanayaka)
    • arm64 support for the OBS Debian/Ubuntu builds (AG)

    posted in news read more
  • jancsika

    The closer PD's user experience gets to Max the more people will expect it to be Max and complain about it not being Max.

    That doesn't tend to happen. E.g., [expr] has been a core Pd Vanilla object for some time. It interprets its args as Max-style ints/floats, but (quite rightly) nobody requests adding the int/float difference to the core.

    Also, Pd-l2ork and Purr Data have opportunistically pulled improvements from Max when backward compatible. I don't think I've had any complaints about it being insufficiently Max-like.

    I did have a user request the strange Max feature of hiding all wires and xlets. But they didn't even complain when I implemented it as GUI preset named "footgun." :)

    posted in technical issues read more
  • jancsika

    @ingox It makes me think of the various ways flags are used for commands on the command line in Gnu/Linux. It would be neat if someone did research to actually measure how much time is wasted with figuring which commands have flags that can be combined, which commands use subcommands instead of flags, which mix the two, which use double flags for full words, which don't, etc.

    E.g., "git checkout -b". That bothers me so much.

    posted in technical issues read more

Internal error.

Oops! Looks like something went wrong!