Wolfram Mathematica

10:50 AM

Here's a new version of MaTeX to test: dl.dropboxusercontent.com/u/38623/MaTeX-1.6.93.paclet I am especially interested in testing on Windows, and making sure it also works with XeLaTeX (1.6.92 didn't).

11:08 AM

If you can test it on Windows with xelatex, please ping me and just let me know that it worked.

halirutan

@Szabolcs Btw, has nothing to do with MaTeX but I'm generally annoyed by the whole LaTeX framework currently. One should think that with so many users there should be a decent IDE that no only supports a real good interface and a preview but has additionally a very nice grammar and spell check. The only thing I could find in the open-source sector is LanguageTool which is by far not as good as what is available on the net.

I bought a license for Grammarly some weeks ago, and this tool is just crazy. It detects many comma errors and a lot of grammar and spelling errors. It seems to have an enormous database because even the stuff I'm writing for science is mostly recognized.

A new version of Wolfram Workbench is out:

halirutan

@Szabolcs Ping me when they made it open-source and we finally can steal to good stuff.

Bang! My documentation doesn't build anymore ... :( WHy did I have to update???

It does build, but it does not display correctly in version 10.

It doesn't display in 11 either, when build with 11.0.1. So beware of this update.

halirutan

11:27 AM

@Szabolcs I really wonder how it is to use python, or C, or Java, or whatever where the implementation is available, where a big group of people ensured that there are unit tests, where you can fix things by yourself. Just tonight I was building TeXStudio myself to get the support for the latest LanguageTool. Took not more than half an hour.

12:20 PM

URLBuild@<|
          "Domain" -> "domain.net/AUTH",
          "Path" -> {"TEST"},
          "Scheme" -> "https"
          |>

> "https://domain.net/auth/TEST"

should I expect decapitalization of AUTH?

@Kuba Well, generally the domain is case insensitive and the path not case insensitive. So this is technically correct; although here you are passing a part of the path as the domain. Should it recognize that you are doing this? It's not clear to me, I would rather just pass "Path" -> {"AUTH", "TEST"}

@C.E. I know. but since it is case insensitive why do they interfere?

@C.E. if I may, I have another question, I was trying to do something like:

URLFetch[url,
    "Method"->"POST",
    "MultipartElements"->{
        {"file\"; filename=\"test.jpg","image/jpeg"}->
            Import["test.jpg", "String"]
     }
]

12:42 PM

@Kuba You'd have to ask the developer, but I think it's because it's customary to present domains in lowercase. Maybe it is also better to store it that way too, since then you can check if two URLs are the same or not.

but via URLRead as this is the recommended function now

though the URLRead doesn't finish to evaluate

I'm just trying URLRead @ <|"Domain etc"..., "Method"->"POST", "MultipartElements" -> {...}|>

This is the hack to get file upload to work? IIRC this is the way this is written because there is a bug which makes the normal way not work?

I think so, I took it from mathematica.stackexchange.com/q/97308/5478

Don't know how to prepare minimal example as the urls are confidential

probably simple APIFunction would be enough but not easy for me :)

yes, I was also trying to answer that question and then he answered with that and I thought that was very clever. And now that doesn't work with URLRead, that's a shame.

@Kuba I don't know the answer to your problem.

@C.E. so you confirm I need to use URLFetch?

12:48 PM

@Kuba Well, it's a very delicate hack. I don't know if there is a way to do it with URLRead, but I'm not surprised if it doesn't work. WRI should really fix it so that it works without the hack.

That was the entire point with my answer also; it's a bug that should be fixed. I'm not good at work arounds, didn't provide one there either.