first website version based on JPYLYZER gh-pages

This commit is contained in:
Antonin Descampe 2015-06-17 14:01:44 +02:00
parent 6aa449bd03
commit f780fdb8df
35 changed files with 294 additions and 502 deletions

View File

@ -8,14 +8,27 @@ highlighter: pygments
# Themes are encouraged to use these universal variables
# so be sure to set them if your theme uses them.
#
title : Jekyll Bootstrap
tagline: Site Tagline
title : OpenJPEG
tagline: An open-source JPEG 2000 codec written in C.
author :
name : Name Lastname
email : blah@email.test
github : username
twitter : username
feedburner : feedname
name : Université de Louvain (UCL), Belgium
email : info@openjpeg.org
github : uclouvain/openjpeg
twitter : openjpeg
#feedburner : feedname
# Version of binary release (update this for each new release!)
binVersion: 2.1.0
# Remaining URLs
gitURL: https://github.com/uclouvain/openjpeg
issuesURL: https://github.com/uclouvain/openjpeg/issues
testDataURL: https://github.com/uclouvain/openjpeg/openjpeg-data
uclURL: http://www.uclouvain.be/en-index.html
icteamURL: https://www.uclouvain.be/en-icteam.html
intopixURL: http://www.intopix.com/
latestReleaseURL: https://github.com/uclouvain/openjpeg/releases/latest
allReleasesURL: https://github.com/uclouvain/openjpeg/releases/
# The production_url is only used when full-domain names are needed
# such as sitemap.txt
@ -25,7 +38,7 @@ author :
# Else if you are pushing to username.github.io, replace with your username.
# Finally if you are pushing to a GitHub project page, include the project name at the end.
#
production_url : http://username.github.io
production_url : http://uclouvain.github.io/openjpeg
# All Jekyll-Bootstrap specific configurations are namespaced into this hash
#
@ -54,7 +67,8 @@ JB :
# - Only the following values are falsy: ["", null, false]
# - When setting BASE_PATH it must be a valid url.
# This means always setting the protocol (http|https) or prefixing with "/"
BASE_PATH : false
#BASE_PATH : false
BASE_PATH : http://uclouvain.github.io/openjpeg
# By default, the asset_path is automatically defined relative to BASE_PATH plus the enabled theme.
# ex: [BASE_PATH]/assets/themes/[THEME-NAME]
@ -80,7 +94,7 @@ JB :
# Set 'provider' to false to turn commenting off globally.
#
comments :
provider : disqus
provider : false
disqus :
short_name : jekyllbootstrap
livefyre :
@ -101,17 +115,17 @@ JB :
#
analytics :
provider : google
gauges :
site_id : 'SITE ID'
#gauges :
# site_id : 'SITE ID'
google :
tracking_id : 'UA-123-12'
getclicky :
site_id :
mixpanel :
token : '_MIXPANEL_TOKEN_'
piwik :
baseURL : 'myserver.tld/piwik' # Piwik installation address (without protocol)
idsite : '1' # the id of the site on Piwik
tracking_id : 'UA-119953-1'
#getclicky :
# site_id :
#mixpanel :
# token : '_MIXPANEL_TOKEN_'
#piwik :
# baseURL : 'myserver.tld/piwik' # Piwik installation address (without protocol)
# idsite : '1' # the id of the site on Piwik
# Settings for sharing helper.
# Sharing is for things like tweet, plusone, like, reddit buttons etc.

View File

@ -33,32 +33,105 @@
</head>
<body>
<div class="navbar">
<div class="navbar-inner">
<div class="container-narrow">
<a class="brand" href="{{ HOME_PATH }}">{{ site.title }}</a>
<ul class="nav">
{% assign pages_list = site.pages %}
{% assign group = 'navigation' %}
{% include JB/pages_list %}
</ul>
<!-- Place banner image aligned with column layout -->
<div class="top-area">
<div class="container-fluid">
<div class="row-fluid">
<div class="span2">
</div>
<div class="span10">
<!-- Column center (banner goes here) -->
<div class="banner-header">
<!--<a href="{{ HOME_PATH }}"><img src="{{ site.url }}/assets/images/logoopenjpeg_616x198.png" alt="openjpeg" width="616" height="198"></a> -->
<a href="{{ BASE_PATH }}"><img src="{{ BASE_PATH }}/assets/images/opj_logo_full.png" alt="opj_logo" width="450"></a>
<!--<a href="{{ BASE_PATH }}"><img src="{{ BASE_PATH }}/assets/images/openjpeg_simple.png" alt="openjpeg" width="300"></a>-->
<div class="banner-tagline">{{ site.tagline }}</div>
</div>
</div>
</div>
</div>
</div>
<div class="container-narrow">
<div class="container-fluid">
<div class="row-fluid">
<div class="span2">
<div class="sidebar">
<h2>Downloads</h2>
<p><a href="{{ site.latestReleaseURL }}">Latest release (v{{ site.binVersion }})</a></p>
<p><a href="{{ site.allReleasesURL }}">Previous releases</a></p>
</div>
<div class="sidebar">
<h2>Documentation</h2>
</div>
<div class="sidebar">
<h2>Developers</h2>
<figure>
<a href="{{ site.issuesURL}}"><img src="{{ BASE_PATH }}/assets/images/issue-64.png" alt="issue tracker" width="64" height="64"></a>
<figcaption>
<a href="{{ site.issuesURL}}">Issue tracker</a>
</figcaption>
</figure>
</div>
</div>
<div class="span6">
<!-- Column center (main content) -->
<div class="content">
{{ content }}
</div>
<hr>
<footer>
<p>&copy; {{ site.time | date: '%Y' }} {{ site.author.name }}
with help from <a href="http://jekyllbootstrap.com" target="_blank" title="The Definitive Jekyll Blogging Framework">Jekyll Bootstrap</a>
and <a href="http://getbootstrap.com" target="_blank">Bootstrap</a>
</p>
</footer>
</div>
<div class="span3">
<div class="sidebarLeft">
<!-- Column right -->
<p><a href="{{ BASE_PATH}}/2014/09/11/openjpeg-finalist-dpa"><img src="{{ BASE_PATH }}/assets/images/J2Klogo_wide.png" alt="JPEG 2000 Reference software" width="200"></a></p>
<br>
<p><a href="{{ site.uclURL}}"><img src="{{ BASE_PATH }}/assets/images/UCL_logo.png" alt="UCL" width="160"></a></p>
<br>
<p><a href="{{ site.icteamURL}}"><img src="{{ BASE_PATH }}/assets/images/logo-icteam.jpg" alt="ICTEAM" width="160"></a></p>
<br>
<p><a href="{{ site.intopixURL}}"><img src="{{ BASE_PATH }}/assets/images/logo_intopix.png" alt="INTOPIX" width="160"></a></p>
<br><br><br><br>
<figure>
<a href="{{ BASE_PATH }}/rss.xml"><img src="{{ BASE_PATH }}/assets/images/feed-icon-32.png" alt="RSS" width="32" height="32"></a>
<figcaption>
<a href="{{ BASE_PATH }}/rss.xml">RSS</a>
</figcaption>
</figure>
<figure>
<a href="{{ BASE_PATH }}/atom.xml"><img src="{{ BASE_PATH }}/assets/images/feed-icon-32.png" alt="ATOM" width="32" height="32"></a>
<figcaption>
<a href="{{ BASE_PATH }}/atom.xml">ATOM</a>
</figcaption>
</figure>
</div>
</div>
</div>
<footer>
<hr>
<div class="row-fluid">
<div class="span2">
<!-- Column left (empty) -->
</div>
<div class="span6">
<!-- Column center (footer text) -->
<p><small>&copy; {{ site.time | date: '%Y' }} {{ site.author.name }}
with help from <a href="http://jekyllbootstrap.com" target="_blank" title="The Definitive Jekyll Blogging Framework">Jekyll Bootstrap</a>
and <a href="http://getbootstrap.com" target="_blank">Bootstrap</a></p>
</div>
</div>
</footer>
</div>
{% include JB/analytics %}

View File

@ -1,9 +1,13 @@
<!--
<div class="page-header">
<h1>{{ page.title }} {% if page.tagline %} <small>{{ page.tagline }}</small>{% endif %}</h1>
</div>
-->
<div class="row-fluid">
<div class="span12">
{{ content }}
</div>
</div>

View File

@ -1,9 +1,10 @@
<div class="page-header">
<!-- <div class="page-header">
<h1>{{ page.title }} {% if page.tagline %}<small>{{page.tagline}}</small>{% endif %}</h1>
</div>
</div> -->
<div class="row-fluid post-full">
<div class="span12">
<h1>{{ page.title }}</h1>
<div class="date">
<span>{{ page.date | date_to_long_string }}</span>
</div>

View File

@ -1,6 +1,6 @@
---
theme :
name : bootstrap-3
name : twitter
---
{% include JB/setup %}
{% include themes/bootstrap-3/default.html %}
{% include themes/twitter/default.html %}

View File

@ -1,7 +1,7 @@
---
theme :
name : bootstrap-3
name : twitter
layout: default
---
{% include JB/setup %}
{% include themes/bootstrap-3/page.html %}
{% include themes/twitter/page.html %}

View File

@ -1,7 +1,7 @@
---
theme :
name : bootstrap-3
name : twitter
layout: default
---
{% include JB/setup %}
{% include themes/bootstrap-3/post.html %}
{% include themes/twitter/post.html %}

View File

@ -1,412 +0,0 @@
---
layout: post
category : lessons
tagline: "Supporting tagline"
tags : [intro, beginner, jekyll, tutorial]
---
{% include JB/setup %}
This Jekyll introduction will outline specifically what Jekyll is and why you would want to use it.
Directly following the intro we'll learn exactly _how_ Jekyll does what it does.
## Overview
### What is Jekyll?
Jekyll is a parsing engine bundled as a ruby gem used to build static websites from
dynamic components such as templates, partials, liquid code, markdown, etc. Jekyll is known as "a simple, blog aware, static site generator".
### Examples
This website is created with Jekyll. [Other Jekyll websites](https://github.com/mojombo/jekyll/wiki/Sites).
### What does Jekyll Do?
Jekyll is a ruby gem you install on your local system.
Once there you can call `jekyll --server` on a directory and provided that directory
is setup in a way jekyll expects, it will do magic stuff like parse markdown/textile files,
compute categories, tags, permalinks, and construct your pages from layout templates and partials.
Once parsed, Jekyll stores the result in a self-contained static `_site` folder.
The intention here is that you can serve all contents in this folder statically from a plain static web-server.
You can think of Jekyll as a normalish dynamic blog but rather than parsing content, templates, and tags
on each request, Jekyll does this once _beforehand_ and caches the _entire website_ in a folder for serving statically.
### Jekyll is Not Blogging Software
**Jekyll is a parsing engine.**
Jekyll does not come with any content nor does it have any templates or design elements.
This is a common source of confusion when getting started.
Jekyll does not come with anything you actually use or see on your website - you have to make it.
### Why Should I Care?
Jekyll is very minimalistic and very efficient.
The most important thing to realize about Jekyll is that it creates a static representation of your website requiring only a static web-server.
Traditional dynamic blogs like Wordpress require a database and server-side code.
Heavily trafficked dynamic blogs must employ a caching layer that ultimately performs the same job Jekyll sets out to do; serve static content.
Therefore if you like to keep things simple and you prefer the command-line over an admin panel UI then give Jekyll a try.
**Developers like Jekyll because we can write content like we write code:**
- Ability to write content in markdown or textile in your favorite text-editor.
- Ability to write and preview your content via localhost.
- No internet connection required.
- Ability to publish via git.
- Ability to host your blog on a static web-server.
- Ability to host freely on GitHub Pages.
- No database required.
# How Jekyll Works
The following is a complete but concise outline of exactly how Jekyll works.
Be aware that core concepts are introduced in rapid succession without code examples.
This information is not intended to specifically teach you how to do anything, rather it
is intended to give you the _full picture_ relative to what is going on in Jekyll-world.
Learning these core concepts should help you avoid common frustrations and ultimately
help you better understand the code examples contained throughout Jekyll-Bootstrap.
## Initial Setup
After [installing jekyll](/index.html#start-now) you'll need to format your website directory in a way jekyll expects.
Jekyll-bootstrap conveniently provides the base directory format.
### The Jekyll Application Base Format
Jekyll expects your website directory to be laid out like so:
.
|-- _config.yml
|-- _includes
|-- _layouts
| |-- default.html
| |-- post.html
|-- _posts
| |-- 2011-10-25-open-source-is-good.markdown
| |-- 2011-04-26-hello-world.markdown
|-- _site
|-- index.html
|-- assets
|-- css
|-- style.css
|-- javascripts
- **\_config.yml**
Stores configuration data.
- **\_includes**
This folder is for partial views.
- **\_layouts**
This folder is for the main templates your content will be inserted into.
You can have different layouts for different pages or page sections.
- **\_posts**
This folder contains your dynamic content/posts.
the naming format is required to be `@YEAR-MONTH-DATE-title.MARKUP@`.
- **\_site**
This is where the generated site will be placed once Jekyll is done transforming it.
- **assets**
This folder is not part of the standard jekyll structure.
The assets folder represents _any generic_ folder you happen to create in your root directory.
Directories and files not properly formatted for jekyll will be left untouched for you to serve normally.
(read more: <https://github.com/mojombo/jekyll/wiki/Usage>)
### Jekyll Configuration
Jekyll supports various configuration options that are fully outlined here:
(<https://github.com/mojombo/jekyll/wiki/Configuration>)
## Content in Jekyll
Content in Jekyll is either a post or a page.
These content "objects" get inserted into one or more templates to build the final output for its respective static-page.
### Posts and Pages
Both posts and pages should be written in markdown, textile, or HTML and may also contain Liquid templating syntax.
Both posts and pages can have meta-data assigned on a per-page basis such as title, url path, as well as arbitrary custom meta-data.
### Working With Posts
**Creating a Post**
Posts are created by properly formatting a file and placing it the `_posts` folder.
**Formatting**
A post must have a valid filename in the form `YEAR-MONTH-DATE-title.MARKUP` and be placed in the `_posts` directory.
If the data format is invalid Jekyll will not recognize the file as a post. The date and title are automatically parsed from the filename of the post file.
Additionally, each file must have [YAML Front-Matter](https://github.com/mojombo/jekyll/wiki/YAML-Front-Matter) prepended to its content.
YAML Front-Matter is a valid YAML syntax specifying meta-data for the given file.
**Order**
Ordering is an important part of Jekyll but it is hard to specify a custom ordering strategy.
Only reverse chronological and chronological ordering is supported in Jekyll.
Since the date is hard-coded into the filename format, to change the order, you must change the dates in the filenames.
**Tags**
Posts can have tags associated with them as part of their meta-data.
Tags may be placed on posts by providing them in the post's YAML front matter.
You have access to the post-specific tags in the templates. These tags also get added to the sitewide collection.
**Categories**
Posts may be categorized by providing one or more categories in the YAML front matter.
Categories offer more significance over tags in that they can be reflected in the URL path to the given post.
Note categories in Jekyll work in a specific way.
If you define more than one category you are defining a category hierarchy "set".
Example:
---
title : Hello World
categories : [lessons, beginner]
---
This defines the category hierarchy "lessons/beginner". Note this is _one category_ node in Jekyll.
You won't find "lessons" and "beginner" as two separate categories unless you define them elsewhere as singular categories.
### Working With Pages
**Creating a Page**
Pages are created by properly formatting a file and placing it anywhere in the root directory or subdirectories that do _not_ start with an underscore.
**Formatting**
In order to register as a Jekyll page the file must contain [YAML Front-Matter](https://github.com/mojombo/jekyll/wiki/YAML-Front-Matter).
Registering a page means 1) that Jekyll will process the page and 2) that the page object will be available in the `site.pages` array for inclusion into your templates.
**Categories and Tags**
Pages do not compute categories nor tags so defining them will have no effect.
**Sub-Directories**
If pages are defined in sub-directories, the path to the page will be reflected in the url.
Example:
.
|-- people
|-- bob
|-- essay.html
This page will be available at `http://yourdomain.com/people/bob/essay.html`
**Recommended Pages**
- **index.html**
You will always want to define the root index.html page as this will display on your root URL.
- **404.html**
Create a root 404.html page and GitHub Pages will serve it as your 404 response.
- **sitemap.html**
Generating a sitemap is good practice for SEO.
- **about.html**
A nice about page is easy to do and gives the human perspective to your website.
## Templates in Jekyll
Templates are used to contain a page's or post's content.
All templates have access to a global site object variable: `site` as well as a page object variable: `page`.
The site variable holds all accessible content and metadata relative to the site.
The page variable holds accessible data for the given page or post being rendered at that point.
**Create a Template**
Templates are created by properly formatting a file and placing it in the `_layouts` directory.
**Formatting**
Templates should be coded in HTML and contain YAML Front Matter.
All templates can contain Liquid code to work with your site's data.
**Rending Page/Post Content in a Template**
There is a special variable in all templates named : `content`.
The `content` variable holds the page/post content including any sub-template content previously defined.
Render the content variable wherever you want your main content to be injected into your template:
{% capture text %}...
<body>
<div id="sidebar"> ... </div>
<div id="main">
|.{content}.|
</div>
</body>
...{% endcapture %}
{% include JB/liquid_raw %}
### Sub-Templates
Sub-templates are exactly templates with the only difference being they
define another "root" layout/template within their YAML Front Matter.
This essentially means a template will render inside of another template.
### Includes
In Jekyll you can define include files by placing them in the `_includes` folder.
Includes are NOT templates, rather they are just code snippets that get included into templates.
In this way, you can treat the code inside includes as if it was native to the parent template.
Any valid template code may be used in includes.
## Using Liquid for Templating
Templating is perhaps the most confusing and frustrating part of Jekyll.
This is mainly due to the fact that Jekyll templates must use the Liquid Templating Language.
### What is Liquid?
[Liquid](https://github.com/Shopify/liquid) is a secure templating language developed by [Shopify](http://shopify.com).
Liquid is designed for end-users to be able to execute logic within template files
without imposing any security risk on the hosting server.
Jekyll uses Liquid to generate the post content within the final page layout structure and as the primary interface for working with
your site and post/page data.
### Why Do We Have to Use Liquid?
GitHub uses Jekyll to power [GitHub Pages](http://pages.github.com/).
GitHub cannot afford to run arbitrary code on their servers so they lock developers down via Liquid.
### Liquid is Not Programmer-Friendly.
The short story is liquid is not real code and its not intended to execute real code.
The point being you can't do jackshit in liquid that hasn't been allowed explicitly by the implementation.
What's more you can only access data-structures that have been explicitly passed to the template.
In Jekyll's case it is not possible to alter what is passed to Liquid without hacking the gem or running custom plugins.
Both of which cannot be supported by GitHub Pages.
As a programmer - this is very frustrating.
But rather than look a gift horse in the mouth we are going to
suck it up and view it as an opportunity to work around limitations and adopt client-side solutions when possible.
**Aside**
My personal stance is to not invest time trying to hack liquid. It's really unnecessary
_from a programmer's_ perspective. That is to say if you have the ability to run custom plugins (i.e. run arbitrary ruby code)
you are better off sticking with ruby. Toward that end I've built [Mustache-with-Jekyll](http://github.com/plusjade/mustache-with-jekyll)
## Static Assets
Static assets are any file in the root or non-underscored subfolders that are not pages.
That is they have no valid YAML Front Matter and are thus not treated as Jekyll Pages.
Static assets should be used for images, css, and javascript files.
## How Jekyll Parses Files
Remember Jekyll is a processing engine. There are two main types of parsing in Jekyll.
- **Content parsing.**
This is done with textile or markdown.
- **Template parsing.**
This is done with the liquid templating language.
And thus there are two main types of file formats needed for this parsing.
- **Post and Page files.**
All content in Jekyll is either a post or a page so valid posts and pages are parsed with markdown or textile.
- **Template files.**
These files go in `_layouts` folder and contain your blogs **templates**. They should be made in HTML with the help of Liquid syntax.
Since include files are simply injected into templates they are essentially parsed as if they were native to the template.
**Arbitrary files and folders.**
Files that _are not_ valid pages are treated as static content and pass through
Jekyll untouched and reside on your blog in the exact structure and format they originally existed in.
### Formatting Files for Parsing.
We've outlined the need for valid formatting using **YAML Front Matter**.
Templates, posts, and pages all need to provide valid YAML Front Matter even if the Matter is empty.
This is the only way Jekyll knows you want the file processed.
YAML Front Matter must be prepended to the top of template/post/page files:
---
layout: post
category : pages
tags : [how-to, jekyll]
---
... contents ...
Three hyphens on a new line start the Front-Matter block and three hyphens on a new line end the block.
The data inside the block must be valid YAML.
Configuration parameters for YAML Front-Matter is outlined here:
[A comprehensive explanation of YAML Front Matter](https://github.com/mojombo/jekyll/wiki/YAML-Front-Matter)
#### Defining Layouts for Posts and Templates Parsing.
The `layout` parameter in the YAML Front Matter defines the template file for which the given post or template should be injected into.
If a template file specifies its own layout, it is effectively being used as a `sub-template.`
That is to say loading a post file into a template file that refers to another template file with work in the way you'd expect; as a nested sub-template.
## How Jekyll Generates the Final Static Files.
Ultimately, Jekyll's job is to generate a static representation of your website.
The following is an outline of how that's done:
1. **Jekyll collects data.**
Jekyll scans the posts directory and collects all posts files as post objects. It then scans the layout assets and collects those and finally scans other directories in search of pages.
2. **Jekyll computes data.**
Jekyll takes these objects, computes metadata (permalinks, tags, categories, titles, dates) from them and constructs one
big `site` object that holds all the posts, pages, layouts, and respective metadata.
At this stage your site is one big computed ruby object.
3. **Jekyll liquifies posts and templates.**
Next jekyll loops through each post file and converts (through markdown or textile) and **liquifies** the post inside of its respective layout(s).
Once the post is parsed and liquified inside the the proper layout structure, the layout itself is "liquified".
**Liquification** is defined as follows: Jekyll initiates a Liquid template, and passes a simpler hash representation of the ruby site object as well as a simpler
hash representation of the ruby post object. These simplified data structures are what you have access to in the templates.
3. **Jekyll generates output.**
Finally the liquid templates are "rendered", thereby processing any liquid syntax provided in the templates
and saving the final, static representation of the file.
**Notes.**
Because Jekyll computes the entire site in one fell swoop, each template is given access to
a global `site` hash that contains useful data. It is this data that you'll iterate through and format
using the Liquid tags and filters in order to render it onto a given page.
Remember, in Jekyll you are an end-user. Your API has only two components:
1. The manner in which you setup your directory.
2. The liquid syntax and variables passed into the liquid templates.
All the data objects available to you in the templates via Liquid are outlined in the **API Section** of Jekyll-Bootstrap.
You can also read the original documentation here: <https://github.com/mojombo/jekyll/wiki/Template-Data>
## Conclusion
I hope this paints a clearer picture of what Jekyll is doing and why it works the way it does.
As noted, our main programming constraint is the fact that our API is limited to what is accessible via Liquid and Liquid only.
Jekyll-bootstrap is intended to provide helper methods and strategies aimed at making it more intuitive and easier to work with Jekyll =)
**Thank you** for reading this far.
## Next Steps
Please take a look at [{{ site.categories.api.first.title }}]({{ BASE_PATH }}{{ site.categories.api.first.url }})
or jump right into [Usage]({{ BASE_PATH }}{{ site.categories.usage.first.url }}) if you'd like.

Binary file not shown.

After

Width:  |  Height:  |  Size: 84 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 9.1 KiB

BIN
assets/images/UCL_logo.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.2 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 17 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 5.9 KiB

BIN
assets/images/cs_logo.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 8.3 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 1.7 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 207 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 2.9 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 16 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 4.4 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 49 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 12 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 13 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 7.4 KiB

BIN
assets/images/openjpeg.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 65 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 59 KiB

BIN
assets/images/opj_logo.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 22 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 83 KiB

BIN
assets/images/opj_test2.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 14 KiB

BIN
assets/images/otb_logo.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 15 KiB

BIN
assets/images/priam.jpg Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 12 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 40 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 15 KiB

BIN
assets/images/wcam_logo.png Normal file

Binary file not shown.

After

Width:  |  Height:  |  Size: 11 KiB

View File

@ -1,11 +1,151 @@
/* Custom container */
.container-narrow {
margin: 0 auto;
max-width: 700px; }
margin: auto auto auto 150px;
max-width: 600px;
}
.container-narrow > hr {
margin: 30px 0; }
.top-area{
background-color: #ffffff ;
margin-bottom: 20px;
}
.banner-header{
margin-top: 10px;
margin-bottom: 10px;
}
.banner-tagline{
font-size:22px;
letter-spacing:3px;
line-height:30px;
text-align:left;
color:#a8a7a6;
margin-top: 10px;
margin-bottom: 0px;
}
.pagination{
text-align:center;
font-size:14px;
font-weight:bold;
}
.post-entry{padding-bottom:25px;}
.newsbar{
margin-top: 0px;
margin-bottom: 20px;
padding: 15px;
border: 2px solid #ccc;
}
.newsbar h2{
font-size:20px;
line-height:26px;
margin:10px 0 20px 0;
border-bottom: 2px solid #ccc;
text-align:center;
}
.sidebar{
background-color: #f0f0f0;
margin-top: 0px;
margin-bottom: 20px;
padding: 15px;
}
.sidebar h1{
font-size:24px;
text-align:left;
}
.sidebar h2{
font-size:20px;
line-height:26px;
margin:10px 0 20px 0;
border-bottom: 2px solid #ccc;
text-align:left;
}
.sidebar h3{
font-size:18px;
line-height:24px;
margin:10px 0 20px 0;
color:#708090;
text-align:left;
}
.sidebar p{
font-size:14px;
}
.sidebar small{
color:#708090;;
}
.sidebar figure figcaption{
font-size:14px;
text-align: center;
font-style:normal;
margin-top: 0;
margin-bottom: 0;
text-align: center;
}
.sidebarLeft{
margin-top: 0px;
padding: 15px;
}
.sidebarLeft h2{
font-size:20px;
line-height:26px;
margin:10px 0 20px 0;
border-bottom: 2px solid #ccc;
text-align:center;
}
body{
font-size:16px;
}
blockquote p{
margin-bottom:0; font-size:16px; font-style:italic; font-weight:300 ;line-height:22px; }
h1{font-size:28px;}
h2{font-size:20px;}
h3{font-size:18px;}
figure{
display:inline-block;
margin-left: auto;
margin-right: auto;
padding-left:15px;
padding-right:15px;
margin-top:0px;
margin-bottom:0px;
}
figure figcaption{
font-size:16px;
font-style:italic;
margin-top: 10px;
margin-bottom: 20px;
text-align: left;}
table{
font-size:14px;line-height:16px;
border-collapse:collapse;
}
td, th{
padding:15px;
border: 1px solid black; }
.navbar .nav {
float: right; }

View File

@ -1,46 +1,18 @@
---
layout: page
title: Hello World!
tagline: Supporting tagline
title: OpenJPEG
tagline: An open-source JPEG 2000 codec written in C
---
{% include JB/setup %}
Read [Jekyll Quick Start](http://jekyllbootstrap.com/usage/jekyll-quick-start.html)
## What is OpenJPEG ?
Complete usage and documentation available at: [Jekyll Bootstrap](http://jekyllbootstrap.com)
OpenJPEG is an open-source JPEG 2000 codec written in C language. It has been developed in order to promote the use of [JPEG 2000](http://www.jpeg.org/jpeg2000), a still-image compression standard from the Joint Photographic Experts Group ([JPEG](http://www.jpeg.org)). In addition to the basic codec, various other features are under development, among them the JP2 and MJ2 (Motion JPEG 2000) file formats, an indexing tool useful for the JPIP protocol, JPWL-tools for error-resilience, a Java-viewer for j2k-images, ...
## Update Author Attributes
## Who can use the code ?
In `_config.yml` remember to specify your own data:
title : My Blog =)
author :
name : Name Lastname
email : blah@email.test
github : username
twitter : username
The theme should reference these variables whenever needed.
## Sample Posts
This blog contains sample posts which help stage pages and blog data.
When you don't need the samples anymore just delete the `_posts/core-samples` folder.
$ rm -rf _posts/core-samples
Here's a sample "posts list".
<ul class="posts">
{% for post in site.posts %}
<li><span>{{ post.date | date_to_string }}</span> &raquo; <a href="{{ BASE_PATH }}{{ post.url }}">{{ post.title }}</a></li>
{% endfor %}
</ul>
## To-Do
This theme is still unfinished. If you'd like to be added as a contributor, [please fork](http://github.com/plusjade/jekyll-bootstrap)!
We need to clean up the themes, make theme usage guides with theme-specific markup examples.
Anyone. As the OpenJPEG code is released under the 2-clauses BSD license, anyone can use or modify the code, even for commercial applications. The only restriction is to retain the copyright in the sources or in the binaries documentation. Of course, if you modified the code in a way that might be of interest for other users, you are encouraged to share it (through a github pull request or by filling an issue) but this is not a requirement.
## Who are the developers ?
The library is developed and maintained by the Communications and Remote Sensing Lab (TELE), in the Université catholique de Louvain (UCL), with the support of the CNES, the CS company and the intoPIX company. The JPWL module is developed and maintained by the Digital Signal Processing Lab (DSPLab) of the University of Perugia, Italy (UNIPG).