Re: [ANN, GSoC] A Common Clojure Source Metadata Model

Am Donnerstag, 28. Mai 2015 07:57:37 UTC+9 schrieb Colin Fleming: > > […] > > Much of this is specific to editing environments, and more concretely > specific to Cursive. It's also mostly necessary because I'm working from > unexpanded source rather than introspecting a REPL. > I see. I think

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

At the moment, the extension system is very tied to Cursive and to IntelliJ internals. Several people have asked whether I could extract the functionality so it would be reusable, but since I haven't even had time to get my own API public yet this is unlikely to happen - it's a very significant pie

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

Am Freitag, 22. Mai 2015 11:09:40 UTC+9 schrieb Colin Fleming: > > On one of the latest Cognicasts, Colin Fleming talked about a repo where >> library authors can upload extensions that help the IDE understand their >> macros. I have to listen to it again, but it sounded a bit like what you're

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

> > On one of the latest Cognicasts, Colin Fleming talked about a repo where > library authors can upload extensions that help the IDE understand their > macros. I have to listen to it again, but it sounded a bit like what you're > talking about. Right now I can't find that repo, though. Maybe he w

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

Thanks for the great feedback! Am Freitag, 22. Mai 2015 05:48:38 UTC+9 schrieb Laurent PETIT: > > Sorry for jumping late inside the pool, but the topic has retained my > attention from day one. > > As a developer of an IDE plugin (CounterClockWise for Eclipse), I'm very > interested in this effo

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

Sorry for jumping late inside the pool, but the topic has retained my attention from day one. As a developer of an IDE plugin (CounterClockWise for Eclipse), I'm very interested in this effort. Here are my ideas/questions/remarks: - Finding a winning scenario for adoption is key. A perfect tool w

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

It is a non-goal to define any new "standard" metadata for vars as part of the project. But it does seem reasonable that retaining var metadata and making it available would be useful to enable tooling for examples or anything else. On Thursday, May 21, 2015 at 1:15:17 PM UTC-5, Russell Mull wr

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

There are some potential applications for literate programming here. For example, when doing an 'untangle' from your literate program source (to extract the code), the typical way to allow changes to be merged back in is to add comments with line number information. A more structured place to p

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

Just trying to bump this up a bit. "Coding" will start soon, so I'd be happy about some more input. Especially if you have further thoughts or wishes along the lines of https://groups.google.com/d/topic/clojure/E1oxVE4UMxQ/discussion. -- You received this message because you are subscribed to

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

On Wednesday, May 6, 2015 at 3:30:57 PM UTC-5, Fluid Dynamics wrote: > > On Wednesday, May 6, 2015 at 4:09:54 PM UTC-4, Alex Miller wrote: >> >> Yes, I think that's largely correct. The goal of Richard's project is to >> create an information model (data) describing a project from the >> perspec

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

On Wednesday, May 6, 2015 at 4:09:54 PM UTC-4, Alex Miller wrote: > > Yes, I think that's largely correct. The goal of Richard's project is to > create an information model (data) describing a project from the > perspective of use. Codeq goes much deeper by integrating code history - > that allo

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

On Wednesday, May 6, 2015 at 6:17:37 AM UTC-5, Phillip Lord wrote: > > > writes: > > The goal of this project is to develop a comprehensive and extensible > > model for describing Clojure sources from an API perspective. I will > > also write a program that analyses Clojure sources according t

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

On Tuesday, May 5, 2015 at 7:37:47 PM UTC-5, richar...@posteo.de wrote: > > > > Am Mittwoch, 6. Mai 2015 07:17:54 UTC+9 schrieb kovasb: >> >> I'm mostly interested in something like >> http://docs.racket-lang.org/scribble/ >> > > Thanks for the idea! There is http://clojure-scribble.publicfields.

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

On Monday, May 4, 2015 at 6:27:47 PM UTC-5, richar...@posteo.de wrote: > > > > Am Dienstag, 5. Mai 2015 01:56:13 UTC+9 schrieb Sean Grove: >> >> I've been hoping someone would rebuild Codeq >> , now that tools.analyzer (and >> friends) is out and ClojureScript

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

Indeed. I think Emacs docstrings are a bottom line -- Clojure should be able to make these distinctions at least. And this would in turn allow tools to use them. Why can I not click on function names in a docstring and go to the function definition? Phil Bozhidar Batsov writes: > I think the r

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

I think the real problem is the lack of conventions for adding metadata to docstrings. I sorely miss `some-func/var' and SOME-PARAM from Emacs Lisp. It's always clear where you refer to other functions/variables and to parameters. This makes it way easier to read (and parse) a docstring. On 6 May

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

writes: > The goal of this project is to develop a comprehensive and extensible > model for describing Clojure sources from an API perspective. I will > also write a program that analyses Clojure sources according to this > model and outputs data documenting their usage. This could be compared > t

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

Am Mittwoch, 6. Mai 2015 07:17:54 UTC+9 schrieb kovasb: > > I'm mostly interested in something like > http://docs.racket-lang.org/scribble/ > Thanks for the idea! There is http://clojure-scribble.publicfields.net/, which you might know already. Maybe something like that could also be integra

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

I'm mostly interested in something like http://docs.racket-lang.org/scribble/ On Mon, May 4, 2015 at 7:27 PM, wrote: > > > Am Dienstag, 5. Mai 2015 01:56:13 UTC+9 schrieb Sean Grove: >> >> I've been hoping someone would rebuild Codeq >> , now that tools.analyz

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

Am Dienstag, 5. Mai 2015 01:56:13 UTC+9 schrieb Sean Grove: > > I've been hoping someone would rebuild Codeq > , now that tools.analyzer (and friends) > is out and ClojureScript has made so much progress. Not only would it be > useful for diving into a new cod

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

I've been hoping someone would rebuild Codeq , now that tools.analyzer (and friends) is out and ClojureScript has made so much progress. Not only would it be useful for diving into a new codebase (I've needed it several times when working with a large, unfamiliar c

Re: [ANN, GSoC] A Common Clojure Source Metadata Model

I just saw that the plain text formatting is horrible. Sorry for that. -- 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 wit

[ANN, GSoC] A Common Clojure Source Metadata Model

Hi all! I'm one of this year's students accepted to the Google Summer of Code for doing a Clojure project. (Thanks to Alex Miller for supporting my application!) For those who like to decide from the first paragraph whether they will read on or not: the goal of my project is to develop a model