|
After reading the descriptions of the available CP licenses[^], I still don't know exactly which license to choose for the following requirements:
- I want to publish the source code of a commercial product of us (this one[^]) that is still heavily being sold.
- I want to enable everyone to take the source code (or parts of it) and use it in their own programs.
- I want to forbid the usage of the source code to build similar products to create a competitive application.
- I want to ensure that users still require a license of our program to use it, even if they could compile it on their own.
The reason why I want to publish the sources is to share some knowledge and to make my product more widely known.
Questions:
- Does this sound resonable to you?
- Does such a license exists?
Thanks
Uwe
|
|
|
|
|
I have neaver heard of any such beast. What you could always do is choose a license that matches your needs the closest and say "this article is licensed under Blah with the following further constraints..."
I'm going to forward this to Sean as well so he can get nin touch with you and ensure that what nappears on your article (license wise) is what you want.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
I assume you typed this message using one hand while holding a cold one in the other.
|
|
|
|
|
It's that obvious, isn't it. 
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Thanks, Chris!
I'll wait for Sean's reply, and will choose the closest license available.
|
|
|
|
|
I made 2 minor edits to my tip/trick, but I don't see anything that allows me to look at the history of changed versions like I can with questions and articles.
|
|
|
|
|
can't see any revision widget either. Your edits must have been minuscule, and below the radar of the difference engine, hence not considered worthy of a revision number. 
|
|
|
|
|
Maybe it doesn't show the revision widget when the only edits are to the abstract. I'd still call that a bug.
|
|
|
|
|
Added to the bug list.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
|
This idiot seems to think that it's acceptable to do this on more than this article.
|
|
|
|
|
People like that should just be deleted from CP.
See if you can crack this: fb29a481781fe9b3fb8de57cda45fbef
The unofficial awesome history of Code Project's Bob!
"People demand freedom of speech to make up for the freedom of thought which they avoid."
|
|
|
|
|
Agreed! I have edited as I know that Chris will see my unedited one... The guy is a prick, let's leave it at that.
I wasn't, now I am, then I won't be anymore.
modified on Friday, December 3, 2010 7:10 PM
|
|
|
|
|
All the univoted authors are from Israel. That account should be disabled.
|
|
|
|
|
It would be far better to simply click "vote to remove this message" on his "why I voted 1" messages. That nukes the message and the vote.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
In the message I just posted below, I had the following PRE block:
<pre lang="text"><% %></pre>
It seems the ASP.Net code block got highlighted like ASP.Net (i.e., the text is highlighted bright yellow). This is unexpected, because I set the lang to "text", not to a specific language, like "html". When I set the lang to "text", I would think there would be no special highlighting. This is how it gets rendered:
<% %>
|
|
|
|
|
AFAICT it has always done that, everywhere inside PRE tags, and no matter what language you do or don't specify.
|
|
|
|
|
Excellent, so it's a more common bug than I had known. Perhaps it'll be bumped up into the top 500 list of issues for CP to address.
|
|
|
|
|
This is because the coloriser sniffs the text to see if the person posting the code forgot (or was unaware of the need) to put in the lang attribute.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Hmmm, but my PRE block did have the lang set (to "text").
|
|
|
|
|
The system thought you were drunk and ignored you.
Some background: our old, old colouriser used to only be able to handle a single language within a code block (as most colourisers today do). If you had an ASP or ASPX page with inline code then you had a mix of markup and code. A user would need to specify, say, VBSsript as the language in an ASP page to make the inline VBScript look good, or they could choose ASP as the language to make the markup look good.
We then moved to our current colouriser that colourises each block in code according to what it actually is. ASP starts of as markup, the changes to VBScript colourising in the code, then to markup, then to javascript etc.
In order to get this working consistently we needed to override what users were specifying. Someone would create a file that had a single <% at the start and then was all C#, but we knew it was actually markup first, then C#, so we overrode their choice to make the colourisation as correct as possible.
cheers,
Chris Maunder
The Code Project | Co-founder
Microsoft C++ MVP
|
|
|
|
|
Soooooo... known bug? 
|
|
|
|
|
I have no idea what you mean by that sentence. The issue is the 2-character sequences <% and %> always get highlighted inside PRE blocks, whatever language is or isn't specified.
Like so (no lang, lang="C#", lang="text", lang="asp"):
<% blah %>
<% blah %>
<% blah %>
<% blah %>
|
|
|
|
|
I just tried to use the following text in my most recent tip/trick as part of the abstract:
<% %>
When I posted the tip/trick, that whole block of text was removed (or maybe wasn't displaying because it was never HTML encoded and the browser didn't know how to handle the characters). I then edited it to HTML encode the characters:
<% %>
That didn't work either. That entire block of text was missing. Is this by design? Shouldn't I be able to enter HTML characters somehow into the abstract for a tip/trick?
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
