Using 'raw' without using 'save' gives no output

[sharifanani]

I think the title explains it all.

If I try to use .raw to server an SVG barcode without using .save first, I get an empty output...

Example:
Trying to serve this in my django project:

class APIBarcode(View):

    def get(self, request, *args, **kwargs):
        uuid = request.GET.get('uuid')
        C39 = barcode.get_barcode_class('code39')
        toserve = C39(uuid)
        toserve.save('c39code')
        return HttpResponse(toserve.raw, content_type="image/svg+xml")

Gives the following output:

But serving this:

class APIBarcode(View):

    def get(self, request, *args, **kwargs):
        uuid = request.GET.get('uuid')
        C39 = barcode.get_barcode_class('code39')
        toserve = C39(uuid)
        # toserve.save('c39code')
        return HttpResponse(toserve.raw, content_type="image/svg+xml")

Gives the following output:

If someone can point me to where I should be looking I would gladly attempt to fix it!

[WhyNotHugo]

You probably want the render method, rather than raw:

def get(self, request, *args, **kwargs):
    uuid = request.GET.get('uuid')
    C39 = barcode.get_barcode_class('code39')
    toserve = C39(uuid)
    return HttpResponse(toserve.render(), content_type="image/svg+xml")`

[sharifanani]

@WhyNotHugo .render() method 'requires' a positional argument (which I did not get how to specify from the docs), .render attribute gives the same empty result as I showed previously

UPDATE
Found the correct documentation here.

I did notice that the default should be None as shown in the declaration, but it doesn't seem to let the function execute correctly. Should I update the SVG writer to use {'compress: False} by default? I am a big fan of the library and would like to contribute

[WhyNotHugo]

raw is actually an ugly side effect of poor code (it's actually removed in the latest master, and was actually buggy).

I'm thinking about reintroducing a raw property, which returns the raw barcode properly (rather than write it) for situations like this.

[sharifanani]

I can take a shot at that if you'd like!

[WhyNotHugo]

Give it a shot if you like; it'll be a while before I can address this myself.

[WhyNotHugo]

Given that render already returns the rendered barcode, and seems to suffer no limitations, I think it's okay to close this.

Don't hesitate to leave a reply if you consider there's something I might have overlooked here.