Re: Interest in a Full Featured Clojure Blog Engine

[Chris Wilson]

There is a Clojure static site generator, Misaki:

http://liquidz.github.io/misaki/

Which has a bunch of nice features including swappable templates, although
the non-standard ones need a little love.

Chris


On 22 July 2013 07:12, Keith Irwin  wrote:

> On Jul 21, 2013, at 10:01 PM, Colin Fleming 
> wrote:
>
> I'm a fan of static generators too, but one large con for a lot of people
> is lack of commenting. Personally I like the article-with-no-comments
> format, but it's not for everyone. You can use Disqus or similar, but it
> has its own issues starting with the fact that you give all your data to
> someone else. More pros for static generators are that you can use
> whichever editor you want and you get version control easily too.
>
>
> A static-site generator, Clojure-style (which I think ends up being
> Leiningen style), would be a great value add over the well-trodden
> dynamic-website world.
>
> An extra cool thing would be a great local web-app that you run yourself
> that lets you interact with the config files and markdown content (or
> whatever). Gives you ease-of-use, but allows you to NOT use it if you're
> into Emacs, hand-editing hiccup templates (say) and a Leinigen-like
> site.clj file.
>
> I could imagine such an app being generalized to handle numerous sites for
> those folks who might want to create a "blogging" github kind of thing.
>
> K
>
>
>
> On 22 July 2013 10:33, Steven Degutis  wrote:
>
>> The more I think about the static blog generator idea, the more I think
>> it's different enough to be a separate project.
>>
>> But anyway, I already wrote this list of pros/cons to why I think static
>> blog generators are better, so might as well post it:
>>
>> Pros:
>>
>>- Runs anywhere you can host HTML, such as Github Pages (which is
>>free btw)
>>- No need for authentication/authorization code
>>- No need for WYSWYG editor
>>- No need for server component
>>- No need for a database
>>- No need for an admin console (probably replaced by config files)
>>- Import/export is probably easier, since blog entries are just files
>>
>> Cons:
>>
>>- Can't make middleware plugins (but I can't think of a need for one)
>>- Probably would need ugly/tedious user-editable config files
>>- Can't remember the last one, but (or thus?) it probably wasn't
>>important
>>
>> -Steven
>>
>>
>> On Sun, Jul 21, 2013 at 5:23 PM, Steven Degutis wrote:
>>
>>> Lately, a lot of people are moving away from dynamic blog engines like
>>> Wordpress, and starting to use static blog generators like Jekyll.
>>>
>>> You may want to consider this route instead. I'm sure a plugin system
>>> would still be relevant and useful for a static blog generator.
>>>
>>> -Steven
>>>
>>>
>>> On Thu, Jul 18, 2013 at 9:24 AM, Timothy Washington 
>>> wrote:
>>>
 Hello,

 I'm thinking of how to build a composable blogging engine in Clojure.
 There have been a few attempts at this, with 
 cow-blogand
 my-blog . But these seem to
 be abandoned, and not heavily used. Vijay Kiran, last year, even wrote a
 series of blog posts (see 
 here)
 about building a blog engine. As far as a list of posts goes, the data
 structure for each record was simple:

- title
- content
- status
- created-date
- published-date
- author


 I think this is the most basic thing you could do, to get running. But
 I'm thinking of approaching the feature set of 
 Wordpress.
 So I'm thinking of the Data Structure(s) of features like:

- Web UI component; wyswyg editor, themes
- Server component; embeddable in Compojure or Pedestal
- Database component;
- raw data structures, txt, rtf, images, audio, videos, documents
   - adapters for Datomic, SQL(Postgres, etc), NoSQL (Mongo, etc)
   - tags / categories for content
- Authentication & Authorization; OpenID
- Workflow component; preview, collaboration & editor review
- Commenting component; default or an external comments service,
like disqus  or discourse
- Administration Console
- Plug-in support
- Import / Export
- Multi-lang / Internationalization


 I know that I currently wish I had a Clojure weblog engine that I could
 stick into a site I'm building. If there's already something available,
 I'll obviously just use that. But otherwise, is this something that would
 be interesting to people?


 Thanks

 Tim Washington
 Interruptsoftware.ca  / 
 Bkeeping.com

 416.843.9

Re: java interop: passing int[]

[Mikera]

You can use vectorz-clj if you want fast double[] vector and matrix 
operations on the JVM.

https://github.com/mikera/vectorz-clj

It's basically a comprehensive wrapper over almost everything you might 
possibly want to do with Java double[] arrays, but wrapped up behind the 
core.matrix API so that you don't have to fiddle with primitive Java array 
access.

On Sunday, 21 July 2013 20:15:57 UTC+1, Alex Fowler wrote:
>
> Hmmm,  true about proxies.. as for hiphip - I did not use it yet, but I 
> thought that it may be useful for fast array operations, sorry confused the 
> posts :) I gonna try it sometime I think.. and I think that it has no 
> built-in matrix ops, but there was a library somewhere that did matrix ops..
>
> On Saturday, July 20, 2013 10:05:30 PM UTC+4, Brian Craft wrote:
>>
>> I've been looking at hiphip, though it's not clear to me how it's related 
>> to h2 user functions. ;)
>>
>> It wasn't immediately clear to me if hiphip handles multidimensional 
>> matix operations.
>>
>> On Saturday, July 20, 2013 9:32:50 AM UTC-7, Alex Fowler wrote:
>>>
>>> BTW, take a look 
>>> http://blog.getprismatic.com/blog/2013/7/10/introducing-hiphip-array-fast-and-flexible-numerical-computation-in-clojure
>>>
>>> суббота, 20 июля 2013 г., 17:42:36 UTC+4 пользователь Brian Craft 
>>> написал:

 I'm trying to write a user function for h2. I think that means I need 
 gen-class, but I'm extremely fuzzy on how java class loading works. 
 Perhaps 
 my question is moot, because I just ran across this obscure note in a 
 gen-class example:

 ;; declare only new methods, not superclass methods

 If I'm implementing an interface in h2, does that mean I shouldn't 
 declare the methods? I also found a stackoverflow answer that 
 suggested something like

 ["[Ljava.lang.Integer;"]

 which looks like black magic, and I can't find this in the docs 
 anywhere.

 On Saturday, July 20, 2013 2:39:06 AM UTC-7, Alex Fowler wrote:
>
> Some questions to clarify things up:
>
> Do you mean - how do you create that type of value or how do you 
> generatte a method that accepts that very type?
>
> Are you sure you need to use gen-class and not proxy or reify?
>
> суббота, 20 июля 2013 г., 7:28:03 UTC+4 пользователь Brian Craft 
> написал:
>>
>> For implementing a method with this signature
>>
>> int getType(int[] inputTypes) 
>>
>> How would I declare inputTypes in gen-class?
>>
>

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[ANN] Beckon - POSIX signal handling in Clojure

[Jean Niklas L'orange]

Hello Clojurians,

I've released a tiny library for handling POSIX signals named Beckon. You 
can find more information and documentation at 
https://github.com/hyPiRion/beckon: It is not a library aimed to make POSIX 
signals simpler, but to make it easier to work with from Clojure without 
getting your hands dirty with Java.

If you need to handle POSIX signals in your Clojure application and is 
unfamiliar with the JVM/Java way of working with them, you should take a 
look. If you already handle POSIX signals in your Clojure application, this 
library would most likely not give you any mentionable benefits, but it may 
be worth looking at regardless.

A couple of notes if you want to play around with it:

   - nREPL+Emacs doesn't print signal handling stuff in the repl buffer, as 
   signal handling is done in another thread the JVM spawns. Look in the 
   *nrepl-server* buffer instead.
   - `lein repl` and REPL-y-based repls already modify Ctrl-C (SIGINT) and 
   the like, so you will certainly get weird/undefined behaviour if/when using 
   those.


(As POSIX handling isn't usually needed in JVM applications, this is more 
of a *"hey, I exist!"* than a *"hey, you should try me out!"*-library.)

-- JN

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: ns defaults

[Alex Fowler]

A stray comment, but maybe it can give you some going, in a combo with 
:require-macros or cljs repl - 
http://stackoverflow.com/questions/9847013/syntax-of-require-in-the-clojurescript-repl

пятница, 19 июля 2013 г., 23:03:30 UTC+4 пользователь Jozef Wagner написал:
>
> On Friday, July 19, 2013 4:20:36 PM UTC+2, Stuart Sierra wrote:
>>
>> On Thursday, July 18, 2013 4:34:49 AM UTC-4, Jozef Wagner wrote:
>>
>> > Compiler loads and refers clojure.core namespace for each
>> > new namespace. In my projects, I often have one or two
>> > namespaces I use nearly in every other namespace. (e.g.
>> > clojure.tools.logging or clojure.string). It would be
>> > convenient if I could specify ns defaults somewhere and
>> > those declarations would be used for every compiled
>> > namespace.
>>
>>
>> You can do this without hacking the compiler if you're
>> willing to add one extra line to your source files.
>>
>> Just define a function that `require`s and `refer`s all the
>> symbols you want, and call it at the top of each namespace.
>> You'll break tools that expect to be able to infer namespace
>> dependencies from the literal source (e.g. tools.namespace)
>> but it will do what you want.
>>
>> -S
>>
>
> Yes, but this seems to work only in Clojure, not in ClojureScript.
>
> JW
>  
>

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Interest in a Full Featured Clojure Blog Engine

[Manuel Paccagnella]

There is also Yuggoth: https://github.com/yogthos/yuggoth

It's pretty feature-complete as I can see, but I haven't looked at the 
source for its the architecture. Trivia: It has been written starting with 
Luminus, and the author is writing a book about web development in Clojure 
for The Pragmatic Programmers.

Il giorno domenica 21 luglio 2013 22:10:45 UTC+2, frye ha scritto:
>
> Ooh. Ok, lemme check it out. 
>
>
>
> On Sat, Jul 20, 2013 at 10:34 PM, Chris Allen 
> > wrote:
>
>> http://github.com/bitemyapp/neubite/
>>
>> Could probably use a WYSIWYG editor, beyond that, pretty serviceable.
>>
>>
>>

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[clojure 1.5] deftype & defrecord class annotations missing in action

[the80srobot]

Hello,

Maybe this is a dumb question, but I have been trying to get deftype class 
annotations to work for a few hours now, ended up reading most of the code 
in Compiler.java and short of debugging Clojure, I'm out of ideas. As I 
understand the murky interactions between deftype, metadata and Java 
annotations, the following should be true:

(deftype ^{:foo "bar"} Foo [x]) (-> (Foo. nil) class .getAnnotations 
alength) ; => 1

However, that expression returns 0 - from reading the source code, this *should 
*work, but I'm not sure if I'm missing something here. Googling the problem 
turned up a gist that Rich posted back in 2010: 
https://gist.github.com/richhickey/377213 - however, the code from his 
example actually doesn't work with Clojure 1.5, which leads me to believe 
this is a recent change. Is there a new way to attach metadata to records 
and types? Are annotations supposed to work this way?

Thanks,
Adam

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Robo VM

[Jacob Goodson]

I wanted to see if people know/knew about this.  According to the website 
it states that the VM converts JVM bytecode to native... could clojure take 
advantage of this(I assume it can but I would like to hear from people with 
a true understanding if I should be excited or not =P)?

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Robo VM

[Gary Trakhman]

Seems like it would need reflection and classloaders for loading ASM
bytecode, and the run-time would thus need its compiler, I can't tell from
the site whether that's the case.  If there's no reflection, then it would
be a pain to make clojure work.

But, I see it says: 'The standard classes (java.lang.*, java.util.*, etc)
included in RoboVM are based on Android's runtime.'

Need more details about how it actually runs java bytecode and its
architecture.


On Sun, Jul 21, 2013 at 12:32 PM, Jacob Goodson
wrote:

> I wanted to see if people know/knew about this.  According to the website
> it states that the VM converts JVM bytecode to native... could clojure take
> advantage of this(I assume it can but I would like to hear from people with
> a true understanding if I should be excited or not =P)?
>
> --
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with
> your first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

core.match question: how can I escape keywords?

[Yong]

I have a sequence of keywords which I want to use match on. However, :when 
has a special meaning, which means I cannot do something like:


(let [x [:ok :when :where]]
  (match [x]
[[_ :when _]] :a0))


which gives a "clojure.lang.Compiler$CompilerException: 
java.lang.AssertionError: Assert failed: Unknown predicate in [_]" error.

How can I escape keywords to make them literal? I suppose I can do 
something like:

(let [x [:ok :when :where]
  w :when]
  (match [x]
[[_ w _]] :a0))

but is there a better way?

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [ANN] Fluokitten - Category theory concepts in Clojure - Functors, Applicatives, Monads, Monoids and more

[Phillip Lord]

That's a good answer! I've enjoyed reading the documentation of both
fluokitten and morph and understood it. The functionality certainly
seems useful.

Phil

Dragan Djuric  writes:

> If Clojure has all of the Haskell's type features, I guess there would be 
> only one Clojure monad library, more or less a direct port of Haskell's. As 
> Clojure is different, there are different ways to approach monads from 
> neither of which can be the same as Haskell's, each having its pros and 
> cons, so there are many libraries. Additional motivation in my case is that 
> the other libraries (except morph, which is also a newcomer) were poorly 
> documented or not documented at all, and that even simple examples from 
> Haskell literature were not simple at all in those libraries, and in many 
> cases, not even supported (many of them don't even define functors and 
> monoids, let alone applicative functors).
>
> What I've not yet understood is what the difference is between all of 
>> these libraries? 
>>
>>
>
> -- 

-- 
Phillip Lord,   Phone: +44 (0) 191 222 7827
Lecturer in Bioinformatics, Email: phillip.l...@newcastle.ac.uk
School of Computing Science,
http://homepages.cs.ncl.ac.uk/phillip.lord
Room 914 Claremont Tower,   skype: russet_apples
Newcastle University,   twitter: phillord
NE1 7RU 

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [ANN] Carmine (Redis client) v2, Nippy (serializer) v2 are out

[László Török]

Peter this is wonderful, kudos!
I'll give it a spin tonight.

Las

Sent from my phone
On Jul 22, 2013 7:04 PM, "Peter Taoussanis"  wrote:

> Hey all, quick update: just pushed *Carmine v2.0.0* and *Nippy v2.0.0* to
> Clojars.
>
> Carmine: GitHub  | 
> Changelog| 
> API
> docs  | [com.taousso/carmine
> "2.0.0.0"]
> Nippy: GitHub  | 
> Changelog
>  | API docs  | [com.taousso/nippy
>  "2.0.0.0"]
>
> Thanks to all the folks that helped get these ready. Happy hacking, cheers!
>
> - Peter Taoussanis (taoensso.com )
>
> --
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with
> your first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

[ANN] Carmine (Redis client) v2, Nippy (serializer) v2 are out

[Peter Taoussanis]

Hey all, quick update: just pushed *Carmine v2.0.0* and *Nippy v2.0.0* to 
Clojars.

Carmine: GitHub  | 
Changelog| API 
docs  | [com.taousso/carmine 
"2.0.0.0"]
Nippy: GitHub  | 
Changelog
 | API docs  | [com.taousso/nippy   
 "2.0.0.0"]

Thanks to all the folks that helped get these ready. Happy hacking, cheers!

- Peter Taoussanis (taoensso.com )

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: core.match question: how can I escape keywords?

[David Nolen]

This is just a bug :when should only have special meaning if it occurs in a
list not a vector. Please file a ticket in JIRA:
http://dev.clojure.org/jira/browse/MATCH

David


On Sun, Jul 21, 2013 at 8:54 PM, Yong  wrote:

> I have a sequence of keywords which I want to use match on. However, :when
> has a special meaning, which means I cannot do something like:
>
>
> (let [x [:ok :when :where]]
>   (match [x]
> [[_ :when _]] :a0))
>
>
> which gives a "clojure.lang.Compiler$CompilerException:
> java.lang.AssertionError: Assert failed: Unknown predicate in [_]" error.
>
> How can I escape keywords to make them literal? I suppose I can do
> something like:
>
> (let [x [:ok :when :where]
>   w :when]
>   (match [x]
> [[_ w _]] :a0))
>
> but is there a better way?
>
> --
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with
> your first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Type hint puzzler

[Gary Fredericks]

Can anybody figure out how I can type hint this adequately? Not only does
it result in reflection, but because a Fn is both a Runnable and Callable,
it can result in runtime incorrectness:

https://gist.github.com/fredericksgary/6058783

-- 
Gary Fredericks
(803)-295-0195
fredericksg...@gmail.com
www.gfredericks.com

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Interest in a Full Featured Clojure Blog Engine

[Timothy Washington]

On Sun, Jul 21, 2013 at 5:16 PM, Manuel Paccagnella <
manuel.paccagne...@gmail.com> wrote:
>
>
>>- what I should use to model workflow; possibly 
>> lamina
>>?
>>
>> I'm not sure Lamina is the right tool for this job. What are your ideas
> for modeling and executing workflows?
>

When I say "Workflow", I mean something along the lines of a Petri Net (
http://www.informatik.uni-hamburg.de/TGI/PetriNets/). I've used Lamina in
order to handle multiple channels in my domain. And that was just me
wondering out loud if it can be grafted onto the task. I don't see any well
fleshed out Petri Nets or Finite State Machines in Clojure (although
googling gives you a bunch of user trials and whatnot)


>>-
>>- what's the best interface & messages to pass between the core
>>service and plug-ins; I'm thinking of the 
>> nreplprotocol, but I need to work 
>> out:
>>
>>
>>1. communication between plug-ins
>>   2. way to list possible actions (namespace qualify action names)
>>   3. way to publish actions
>>   4. way for core service to listen for messages from a plug-in
>>   5. way to pass binary data (asset(s)) between stefon and plug-in
>>
>>
>>
> I've not investigated this in depth, but why not a simple HTTP interface
> that talks EDN?
>

I plan on having an HTTP plug-in, using an edn transport; but that would be
a chunk of code that uses the plug-in architecture, and talks to HTTP
clients



>
>
>> I think the next week or so will be investigating this list. It
>> represents most of the hurdles I see in getting a successful core / plug-in
>> architecture running. Insight or expertise on any of these points is very
>> welcome.
>>
>
> I don't know if you have read 
> this,
> but maybe it could give you some ideas about the plugin architecture. "The
> blog engine as data". The plugin system could be the kernel, and maybe most
> features could be implemented as plugins. Just dreaming out loud :)
>

Yes, what you describe is very much the concept that I have

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: Interest in a Full Featured Clojure Blog Engine

[Timothy Washington]

Hey all,


*A)* Thanks for all the feedback on this topic. There's a few interesting
things here. Notably that there are at least these existing blog engines:

   - http://github.com/bitemyapp/neubite (apparently needs a WYSIWYG editor)
   - https://github.com/yogthos/yuggoth (although this advertises itself as
   a full blog engine)


*B)* I'll also look into putting HTML code within Markdown text. Wrt *
Asciidoc*, what I wonder is i) does it handle all media types (images,
video, audio, etc) and ii) are there well-developed web-editors for
asciidoc ?

*C)* Also, the idea of a static site or blog generator (like Jekyll) is
good. But that strikes me as a sub-set of a full-featured blog engine. My
concept of having a small core (or kernel, if you like), would certainly
allow for a static site generator as a plug-in. Looks like there are
already working examples with: http://liquidz.github.io/misaki


I would still like something.. a blog library that you can thread into your
existing site. It wouldn't make too many assumptions about your setup (data
store, http framework, templating, workflow, etc). And it would allow you
to plug-in pieces on an as needed basis. I can't see that in neubite or
yuggoth, unless I missed it. Please let me know.


Thanks

Tim Washington
Interruptsoftware.ca / Bkeeping.com



On Mon, Jul 22, 2013 at 6:22 AM, Manuel Paccagnella <
manuel.paccagne...@gmail.com> wrote:

> There is also Yuggoth: https://github.com/yogthos/yuggoth
>
> It's pretty feature-complete as I can see, but I haven't looked at the
> source for its the architecture. Trivia: It has been written starting with
> Luminus, and the author is writing a book about web development in Clojure
> for The Pragmatic Programmers.
>
> Il giorno domenica 21 luglio 2013 22:10:45 UTC+2, frye ha scritto:
>>
>> Ooh. Ok, lemme check it out.
>>
>>
>>
>> On Sat, Jul 20, 2013 at 10:34 PM, Chris Allen  wrote:
>>
>>> http://github.com/bitemyapp/**neubite/
>>>
>>> Could probably use a WYSIWYG editor, beyond that, pretty serviceable.
>>>
>>>
>>>

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [ANN] Carmine (Redis client) v2, Nippy (serializer) v2 are out

[Peter Taoussanis]

Thanks Las, much appreciated! Just shout if there's anything I can assist 
with.

- Peter

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/groups/opt_out.