Comments (15)
You can also add a gem dependency for prettylights in your jekyll site's GemFile without requiring github-pages to include it. Do you know of any issues github-pages currently has when prettylights is the highlighter used?
from pages-gem.
what is the web source for prettylights, because "rubygems.org" doesn´t found anything.
besides which is the web page for documentation of this gem?
from pages-gem.
Well apparently, Prettylights has not been released yet. According to this comment in issue #79, Prettylights is under development and once released may become Jekyll's default syntax highlighter.
I'm 100% sure that once we release PrettyLights (our native highlighter), it will become the default in Jekyll
They seem to suggest that they are waiting to release it. If there was a beta, I think they would announce that. Prettylights will be open source, so they may have a beta for it or they may just wait until it is 1.0. Until Github announces something, we are just going to have to wait.
from pages-gem.
@vmg Is "PrettyLights" something different than highlights? You guys have another syntax highlighter? Are they related?
from pages-gem.
@vmg Never mind, I found it 😈. But I'm still unsure why not write something like a ruby version of highlights, or do something like what Chocolat does, rather than pull the TextMate code directly. Speed? Is that worth going GPL3?
@abcdiy The answer to your question is "yes"... but you'll have to dig for it yourself. Sorry.
from pages-gem.
Is there an update to this guys?
from pages-gem.
I'm afraid we're not unable to open-source PrettyLights at this point because of licensing issues. I'm personally trying to work this out but since it's not entirely up to me, I cannot give an accurate timeframe. Sorry! :(
from pages-gem.
I'm afraid we're not unable to open-source PrettyLights at this point because of licensing issues.
Er, I'd say that's a pretty disingenuous statement. It's very clearly open source already. I wasn't going to divulge where I got the code from, but in light of the statement above, I find it somewhat unavoidable:
LINKING EXCEPTION
In addition to the permissions in the GNU General Public License,
the author gives GitHub, Inc. unlimited permission to link the compiled
version of this library into combinations with other programs,
and to distribute those combinations without any restriction
coming from the use of this file, if such distribution is performed
by GitHub, Inc. as part of a GitHub Enterprise release.
GNU GENERAL PUBLIC LICENSE Version 3, 29 June 2007
...
So GitHub, Inc. is not required to distribute it separately due to the exception. However, since they have conveyed the software to anyone who downloads the GitHub Enterprise .ova
, its within the right of anyone who downloads it to redistribute it, since you've made it available in this matter; that exception doesn't bar anyone from removing that exception and/or redistributing the code. See section 7 of the GPLv3.
To give @vmg's statement the widest interpretation I can, perhaps the issue is more accurately that GitHub does not want to distribute PrettyLights as GPL3, as most (all?) of their public "open source projects" are distributed under more liberal licenses. And they're not required to make it available separately from GitHub Enterprise, due to the exception granted by the TextMate copyright holders.
from pages-gem.
To give @vmg's statement the widest interpretation I can, perhaps the issue is more accurately that GitHub does not want to distribute PrettyLights as GPL3, as most (all?) of their public "open source projects" are distributed under more liberal licenses. And they're not required to make it available separately from GitHub Enterprise, due to the exception granted by the TextMate copyright holders.
Thanks for adding more context to the discussion. Yes, what I meant by "we are unable to open-source it at the moment" is that we don't think a library licensed exclusively under the GPLv3 would be of much (any?) use to the community, and we're actively trying to re-license it under MIT before we make the effort to maintain a public open-source project.
That said, the source code for the library is available as part of GitHub Enterprise's source code offer, although it's not particularly interesting. Most of the big optimisations we've implemented we're also trying to upstream to TextMate (again, under the GPLv3 license), so I'm not sure what use could anybody have for the library unless you actually negotiate a license exception with TextMate's copyright holders, like we did.
In summary: as soon as we get permission to license this under MIT or BSD, we will build an open-source project around the library. And trust me, I really want this to happen. Until then, you can request the source code, but it will be of very little use because it's licensed under the GPLv3.
from pages-gem.
In summary: as soon as we get permission to license this under MIT or BSD, we will build an open-source project around the library. And trust me, I really want this to happen. Until then, you can request the source code, but it will be of very little use because it's licensed under the GPLv3.
That makes a lot of sense to me. Thanks for confirming/clearing this up, I appreciate it. 👍
from pages-gem.
You can also add a gem dependency for prettylights in your jekyll site's GemFile without requiring github-pages to include it. Do you know of any issues github-pages currently has when prettylights is the highlighter used?
@Stargator, are you suggesting that it's possible to confingure GitHub Pages to use PrettyLights instead of Pygments? If so, are you able to share some config?
from pages-gem.
Well people, officially Jekyll 3.0.0 is out.
Github Pages & Prettylights, your move.
from pages-gem.
@dchambers If you have the prettylights gem, then I would say yes. But since Prettylights is not readily available, then I think it would be best to wait until GitHub is able to release it under a different license.
I had no prior experience/knowledge of prettylights before this issue was opened. And I still have no experience with using prettylights.
from pages-gem.
@dchambers If you have the prettylights gem, then I would say yes. But since Prettylights is not readily available, then I think it would be best to wait until GitHub is able to release it under a different license.
Ah, okay, I thought it was possible that this gem was available to processes being run on GitHub Pages, even though the gem wasn't publicly available. That being the case, I wanted to know the config needed to use it!
from pages-gem.
Via @vmg:
I'm afraid we're not unable to open-source PrettyLights at this point because of licensing issues. I'm personally trying to work this out but since it's not entirely up to me, I cannot give an accurate timeframe.
@GeekinaCave thanks for opening the issue. Closing for now, until things change.
from pages-gem.
Related Issues (20)
- Error: undefined method `tainted?` when using Ruby v3.2.0 HOT 2
- Update docs or dependencies to include installing `webrick` HOT 4
- i18n dependency version conflict preventing activesupport update to fix CVE-2023-22796 HOT 2
- Liquid version on M1 Mac HOT 3
- No syntax highlighting for Dafny HOT 2
- baseurl is rendered as an empty string HOT 1
- Links with titles not handled properly
- <!DOCTYPE html> <html> <body> <h1>Hello World</h1> <p>I'm hosted with GitHub Pages.</p> </body> </html> HOT 2
- Work with latest Ruby 3
- NoMethodError: undefined method `inflate' for Gem:Module HOT 1
- GitHub Pages Deployment Failing HOT 3
- can't find gem bundler (= 2.0.1) with executable bundle HOT 1
- Consider adding `webrick` to the whitelist of allowed GitHub Pages dependencies to avoid build warnings HOT 1
- Find a maintainer or update support condition HOT 1
- Running with docker image does not work out-of-the-box HOT 1
- Whitelisting jekyll-webpack
- Failed to serve site HOT 2
- Windows: Failed to build (mathn) HOT 2
- Error: csv was loaded from the standard library, but will no longer be part of the default gems since Ruby 3.4.0 HOT 1
- Can't serve website due to sass-embedded version HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from pages-gem.