[xwiki-users] Is xwiki suitable as a blog now?
I'm still using XWiki 4.3 milestone 1 on my personal web server. It is not very useable as a blog since 1) very wide images aren't resized to fit the width of the blog 2) There don't seem to be pingback or other XXXbacks used to communicate with other blog articles. 3) For non-web devs or non-technical people, it is not easy to change themes or customize UI to make it look like a blog. The latest stable release is 5.1 now. Has it become useable for me?
On Sun, Aug 18, 2013 at 11:17 AM, crocket <[email protected]> wrote:
I'm still using XWiki 4.3 milestone 1 on my personal web server.
It is not very useable as a blog since
1) very wide images aren't resized to fit the width of the blog
Couldn't you limit the size of the images either through wiki syntax ( [[image:foo.png||width="200px"]] ) or through CSS ( max-width: 200px )?
2) There don't seem to be pingback or other XXXbacks used to communicate with other blog articles.
I don't know anything about this, so nothing changes on this part I guess.
3) For non-web devs or non-technical people, it is not easy to change themes or customize UI to make it look like a blog.
Nothing changed here. You can use either the Color Themes (for non-technical people) or you can customize the skin of the Blog space but you need to know a bit of CSS (and maybe some HTML/Velocity).
The latest stable release is 5.1 now. Has it become useable for me?
If you're using XWiki only for the blog application then I think there are better alternatives (blog platforms) that were made specifically for this. XWiki's main goal is IMO to help you and your peers organize your information in a collaborative way. The new things that 5.1 brings compared to 4.3M1 are: new search engine based on Solr, virtual mode is on by default, new security module, new localization module, improved Distribution Wizard and Extension Manager in general. Hope this helps, Marius
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
I'm still using XWiki 4.3 milestone 1 on my personal web server.
It is not very useable as a blog since
1) very wide images aren't resized to fit the width of the blog
Couldn't you limit the size of the images either through wiki syntax ( [[image:foo.png||width="200px"]] ) or through CSS ( max-width: 200px )?
The size should be adjusted automatically without any funny CSS or width configuration. Otherwise, I'd end up coding a blog on top of XWiki.
2) There don't seem to be pingback or other XXXbacks used to communicate with other blog articles.
I don't know anything about this, so nothing changes on this part I guess.
3) For non-web devs or non-technical people, it is not easy to change themes or customize UI to make it look like a blog.
Nothing changed here. You can use either the Color Themes (for non-technical people) or you can customize the skin of the Blog space but you need to know a bit of CSS (and maybe some HTML/Velocity).
Probably.
The latest stable release is 5.1 now. Has it become useable for me?
If you're using XWiki only for the blog application then I think there are better alternatives (blog platforms) that were made specifically for this. XWiki's main goal is IMO to help you and your peers organize your information in a collaborative way. The new things that 5.1 brings compared to 4.3M1 are: new search engine based on Solr, virtual mode is on by default, new security module, new localization module, improved Distribution Wizard and Extension Manager in general.
Hope this helps, Marius
I guess wordpress is a perfect fit for a blog starter. I'm sad that I need XWiki for a wiki and wordpress for a blog.
To handle pictures better, I use following macro: #macro(picture $img, $width) <a href="/xwiki/bin/download/$doc.space/$doc.name/$img">{image:$img| width=$width}</a>#end Width parameter is optional, fixed width or percents can be used. And user is able to click on picture to see bigger picture. See http://platform.xwiki.org/xwiki/bin/view/DevGuide/WikiMacroTutorial for more info about macros. Valdis
Valdis, while this macro is probably useful for syntax-based-input, do I mistake or the WYSIWYG editor is doing this (and more) already when you insert an image? I have to say, I do not see this as unusable at all, contrary to what Crocket says. Paul Le 20 août 2013 à 08:00, Valdis Vītoliņš a écrit :
To handle pictures better, I use following macro:
#macro(picture $img, $width) <a href="/xwiki/bin/download/$doc.space/$doc.name/$img">{image:$img| width=$width}</a>#end
Width parameter is optional, fixed width or percents can be used. And user is able to click on picture to see bigger picture.
See http://platform.xwiki.org/xwiki/bin/view/DevGuide/WikiMacroTutorial for more info about macros.
On Tue, Aug 20, 2013 at 3:16 AM, crocket <[email protected]> wrote:
I'm still using XWiki 4.3 milestone 1 on my personal web server.
It is not very useable as a blog since
1) very wide images aren't resized to fit the width of the blog
Couldn't you limit the size of the images either through wiki syntax ( [[image:foo.png||width="200px"]] ) or through CSS ( max-width: 200px )?
The size should be adjusted automatically without any funny CSS or width configuration.
It is as simple as specifying the width when you insert an image in a blog post using the WYSIWYG editor and you know that the image won't fit the screen size. Each blog post is unique so the author must know what images he's going to insert (unless you are generating the blog posts automatically from some external source you don't control). Plus, I doubt you have tons of images to insert (in that case I recommend you to use the gallery macro). Moreover, the editor allows you to create a link to view the original image, when the user clicks on the resized image. So I don't see the problem here, sorry.
Otherwise, I'd end up coding a blog on top of XWiki.
2) There don't seem to be pingback or other XXXbacks used to communicate with other blog articles.
I don't know anything about this, so nothing changes on this part I guess.
3) For non-web devs or non-technical people, it is not easy to change themes or customize UI to make it look like a blog.
Nothing changed here. You can use either the Color Themes (for non-technical people) or you can customize the skin of the Blog space but you need to know a bit of CSS (and maybe some HTML/Velocity).
Probably.
The latest stable release is 5.1 now. Has it become useable for me?
If you're using XWiki only for the blog application then I think there are better alternatives (blog platforms) that were made specifically for this. XWiki's main goal is IMO to help you and your peers organize your information in a collaborative way. The new things that 5.1 brings compared to 4.3M1 are: new search engine based on Solr, virtual mode is on by default, new security module, new localization module, improved Distribution Wizard and Extension Manager in general.
Hope this helps, Marius
I guess wordpress is a perfect fit for a blog starter. I'm sad that I need XWiki for a wiki and wordpress for a blog. _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
Le 20 août 2013 à 09:07, Marius Dumitru Florea a écrit :
1) very wide images aren't resized to fit the width of the blog
Couldn't you limit the size of the images either through wiki syntax ( [[image:foo.png||width="200px"]] ) or through CSS ( max-width: 200px )?
The size should be adjusted automatically without any funny CSS or width configuration.
It is as simple as specifying the width when you insert an image in a blog post using the WYSIWYG editor and you know that the image won't fit the screen size. Each blog post is unique so the author must know what images he's going to insert (unless you are generating the blog posts automatically from some external source you don't control). Plus, I doubt you have tons of images to insert (in that case I recommend you to use the gallery macro). Moreover, the editor allows you to create a link to view the original image, when the user clicks on the resized image. So I don't see the problem here, sorry.
Maybe Crocket's satisfaction would be reached if the (configurable?) default would be width 100%? paul
On Tue, Aug 20, 2013 at 10:32 AM, Paul Libbrecht <[email protected]> wrote:
Le 20 août 2013 à 09:07, Marius Dumitru Florea a écrit :
1) very wide images aren't resized to fit the width of the blog
Couldn't you limit the size of the images either through wiki syntax ( [[image:foo.png||width="200px"]] ) or through CSS ( max-width: 200px )?
The size should be adjusted automatically without any funny CSS or width configuration.
It is as simple as specifying the width when you insert an image in a blog post using the WYSIWYG editor and you know that the image won't fit the screen size. Each blog post is unique so the author must know what images he's going to insert (unless you are generating the blog posts automatically from some external source you don't control). Plus, I doubt you have tons of images to insert (in that case I recommend you to use the gallery macro). Moreover, the editor allows you to create a link to view the original image, when the user clicks on the resized image. So I don't see the problem here, sorry.
Maybe Crocket's satisfaction would be reached if the (configurable?) default would be width 100%?
I doubt it because then small images will be resized and they will look bad. Technically the solution is to use max-width:100% in the skin (or the blog post sheet) so that images are resized only if they exceed the width of their container. The problem is that with this change the width specified in the Insert Image dialog of the WYSIWYG editor will be ignored if it exceeds the width of the page and it some cases you might want to display the full image even if you get scroll bars (so you need to be able to overwrite max-width:100% from the WYSIWYG editor). Thanks, Marius
paul _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
On 08/20/2013 03:07 AM, Marius Dumitru Florea wrote:
On Tue, Aug 20, 2013 at 3:16 AM, crocket <[email protected]> wrote:
I'm still using XWiki 4.3 milestone 1 on my personal web server.
It is not very useable as a blog since
1) very wide images aren't resized to fit the width of the blog
Couldn't you limit the size of the images either through wiki syntax ( [[image:foo.png||width="200px"]] ) or through CSS ( max-width: 200px )?
The size should be adjusted automatically without any funny CSS or width configuration.
It is as simple as specifying the width when you insert an image in a blog post using the WYSIWYG editor and you know that the image won't fit the screen size. Each blog post is unique so the author must know what images he's going to insert (unless you are generating the blog posts automatically from some external source you don't control). Plus, I doubt you have tons of images to insert (in that case I recommend you to use the gallery macro). Moreover, the editor allows you to create a link to view the original image, when the user clicks on the resized image. So I don't see the problem here, sorry.
Whose screen? Should the author make images small enough to fit on his screen, but that would make them too large for smaller ones, or small enough to fit even small phone screens, which will make them unnecessarily small for everybody else?
Otherwise, I'd end up coding a blog on top of XWiki.
2) There don't seem to be pingback or other XXXbacks used to communicate with other blog articles.
I don't know anything about this, so nothing changes on this part I guess.
3) For non-web devs or non-technical people, it is not easy to change themes or customize UI to make it look like a blog.
Nothing changed here. You can use either the Color Themes (for non-technical people) or you can customize the skin of the Blog space but you need to know a bit of CSS (and maybe some HTML/Velocity).
Probably.
The latest stable release is 5.1 now. Has it become useable for me?
If you're using XWiki only for the blog application then I think there are better alternatives (blog platforms) that were made specifically for this. XWiki's main goal is IMO to help you and your peers organize your information in a collaborative way. The new things that 5.1 brings compared to 4.3M1 are: new search engine based on Solr, virtual mode is on by default, new security module, new localization module, improved Distribution Wizard and Extension Manager in general.
Hope this helps, Marius
I guess wordpress is a perfect fit for a blog starter. I'm sad that I need XWiki for a wiki and wordpress for a blog.
-- Sergiu Dumitriu http://purl.org/net/sergiu
On Wed, Aug 21, 2013 at 3:42 PM, Sergiu Dumitriu <[email protected]> wrote:
On 08/20/2013 03:07 AM, Marius Dumitru Florea wrote:
On Tue, Aug 20, 2013 at 3:16 AM, crocket <[email protected]> wrote:
I'm still using XWiki 4.3 milestone 1 on my personal web server.
It is not very useable as a blog since
1) very wide images aren't resized to fit the width of the blog
Couldn't you limit the size of the images either through wiki syntax ( [[image:foo.png||width="200px"]] ) or through CSS ( max-width: 200px )?
The size should be adjusted automatically without any funny CSS or width configuration.
It is as simple as specifying the width when you insert an image in a blog post using the WYSIWYG editor and you know that the image won't fit the screen size. Each blog post is unique so the author must know what images he's going to insert (unless you are generating the blog posts automatically from some external source you don't control). Plus, I doubt you have tons of images to insert (in that case I recommend you to use the gallery macro). Moreover, the editor allows you to create a link to view the original image, when the user clicks on the resized image. So I don't see the problem here, sorry.
Whose screen? Should the author make images small enough to fit on his screen, but that would make them too large for smaller ones, or small enough to fit even small phone screens, which will make them unnecessarily small for everybody else?
I would love an adaptive skin but we don't have it yet and you know very well that in Colibri the HTML body has min-width:970px so using a smaller width for big images and linking them to the original full size version is an acceptable solution. Plus, you get the image resized on the server and thus you save bandwidth and win page loading speed. I wouldn't like to be forced to download a few 3MB+ images just to see a blog post. I prefer to click on images to take a closer look, or as I said, if there are many images, use a gallery widget that allows me to see the images full screen.
Otherwise, I'd end up coding a blog on top of XWiki.
2) There don't seem to be pingback or other XXXbacks used to communicate with other blog articles.
I don't know anything about this, so nothing changes on this part I guess.
3) For non-web devs or non-technical people, it is not easy to change themes or customize UI to make it look like a blog.
Nothing changed here. You can use either the Color Themes (for non-technical people) or you can customize the skin of the Blog space but you need to know a bit of CSS (and maybe some HTML/Velocity).
Probably.
The latest stable release is 5.1 now. Has it become useable for me?
If you're using XWiki only for the blog application then I think there are better alternatives (blog platforms) that were made specifically for this. XWiki's main goal is IMO to help you and your peers organize your information in a collaborative way. The new things that 5.1 brings compared to 4.3M1 are: new search engine based on Solr, virtual mode is on by default, new security module, new localization module, improved Distribution Wizard and Extension Manager in general.
Hope this helps, Marius
I guess wordpress is a perfect fit for a blog starter. I'm sad that I need XWiki for a wiki and wordpress for a blog.
-- Sergiu Dumitriu http://purl.org/net/sergiu _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
participants (5)
-
crocket -
Marius Dumitru Florea -
Paul Libbrecht -
Sergiu Dumitriu -
Valdis Vītoliņš