<blockquote>
<p>I have no clue what SCE_C_USERLITERAL is.</p>
</blockquote>
<p>Its a C++ thing :)</p>
<p>A class can define a suffix to go after a literal to make it define an instance of the class instead of the type the literal usually makes. For example the <code>std::string</code> literal <code>"...."s</code> is actually just a user defined literal, not a built-in literal like the <code>"..."</code> char array literal is. For gory details see <a href="http://en.cppreference.com/w/cpp/language/user_literal">here</a>.</p>
<p>Unfortunately as that link above shows, it also applies to char and numeric literals, and Scintilla doesn't distinguish between them, dammit.  But given that <code>std::string</code> literals are far more common than numeric literals  (in my experience) I would still add it to strings until someone complains, then prod Neil with a patch to separate string user literals from the others.</p>
<blockquote>
<p>Whatever QR and QW might mean.</p>
</blockquote>
<p>Dunno, but there are other languages with them already added IIRC.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/geany/geany/pull/1502#issuecomment-304242691">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABDrJysTsqOwpCy0f3_4GXgemJjvzJ_Sks5r9qLtgaJpZM4Nmayz">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABDrJ5weWA0JJPR8XRZOIx9ePK2-xKVIks5r9qLtgaJpZM4Nmayz.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/geany/geany/pull/1502#issuecomment-304242691"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/geany/geany","title":"geany/geany","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/geany/geany"}},"updates":{"snippets":[{"icon":"PERSON","message":"@elextr in #1502: \u003e I have no clue what SCE_C_USERLITERAL is.\r\n\r\nIts a C++ thing :) \r\n\r\nA class can define a suffix to go after a literal to make it define an instance of the class instead of the type the literal usually makes. For example the `std::string` literal `\"....\"s` is actually just a user defined literal, not a built-in literal like the `\"...\"` char array literal is. For gory details see [here](http://en.cppreference.com/w/cpp/language/user_literal).  \r\n\r\nUnfortunately as that link above shows, it also applies to char and numeric literals, and Scintilla doesn't distinguish between them, dammit.  But given that `std::string` literals are far more common than numeric literals  (in my experience) I would still add it to strings until someone complains, then prod Neil with a patch to separate string user literals from the others.\r\n\r\n\u003e Whatever QR and QW might mean.\r\n\r\nDunno, but there are other languages with them already added IIRC."}],"action":{"name":"View Pull Request","url":"https://github.com/geany/geany/pull/1502#issuecomment-304242691"}}}</script>