Re: Meta-data should be added to deprecated functions?

I'll do you one better... instead of having a convention for the value of the :deprecated key, use a map so you can have information such as the version in which it was deprecated, planned removal version, alternatives and soforth. On Thursday, August 11, 2016 at 1:54:08 AM UTC-7, Matt Mower wr

Re: Meta-data should be added to deprecated functions?

On Wednesday, 10 August 2016 13:22:47 UTC+1, Alex Miller wrote: > In this case, there is not a specific function to point to, rather the use > of a transducer with a chan is the alternative. How about {:deprecated } where the URL could refer to a human-readable/machine-processable description

Re: Meta-data should be added to deprecated functions?

In this case, there is not a specific function to point to, rather the use of a transducer with a chan is the alternative. -- 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 f

Re: Meta-data should be added to deprecated functions?

Thanks! The Meta-data message may address to alternative function. Such as: {:deprecated "0.1.319.0-6b1aca-alpha - Please use x function instead"} On Wednesday, August 10, 2016 at 12:01:10 AM UTC+3, Alex Miller wrote: > > I've added the :deprecated metadata to core.async in > https://github.com

Re: Meta-data should be added to deprecated functions?

> > The second is adding functionality to Clojure core to give you more > feedback about deprecated functions and that's something I've been trying > to push through to completion for Clojure 1.9. See: > http://dev.clojure.org/jira/browse/CLJ-706 Excited to see this being pushed for Clojure 1.9!

Re: Meta-data should be added to deprecated functions?

I've added the :deprecated metadata to core.async in https://github.com/clojure/core.async/commit/103359a11598b556ac21053977e7deda43cea535 On Tuesday, August 9, 2016 at 3:55:04 PM UTC-5, Ertuğrul Çetin wrote: > > That will be very useful. Can't wait :) > > On Tuesday, August 9, 2016 at 11:49:36

Re: Meta-data should be added to deprecated functions?

That will be very useful. Can't wait :) On Tuesday, August 9, 2016 at 11:49:36 PM UTC+3, Alex Miller wrote: > > There are really two aspects to this - one is actually including the > metadata in core.async, which can definitely be done. > > The second is adding functionality to Clojure core to g

Re: Meta-data should be added to deprecated functions?

There are really two aspects to this - one is actually including the metadata in core.async, which can definitely be done. The second is adding functionality to Clojure core to give you more feedback about deprecated functions and that's something I've been trying to push through to completion

Re: [meta] Unwelcome changes around here.

We've been here before with Fluid Dynamics. The whole rational explanation/discussion thing didn't work last time, and probably won't this time. I'd suggest ending this thread immediately. Timothy Baldridge writes: > To expand my previous reply. What site are you talking about? I got your > em

Re: [meta] Unwelcome changes around here.

To expand my previous reply. What site are you talking about? I got your email via my email client (Gmail) so what are you talking about? And if you are talking about the Google Groups website, perhaps contact them? This is completely the wrong place to complain about how your browser reacts to so

Re: [meta] Unwelcome changes around here.

lol, wut? On Thu, Oct 8, 2015 at 9:06 AM, Fluid Dynamics wrote: > I don't know what you guys did, but as of about 2 days ago, when browsing > this site about 1 time in 20 after reading an article and then clicking > "back" to go back to the topic list my main Firefox window disappears and > is r

Re: [Meta] Anyone else having trouble with this site recently?

The site is working fine for me. In case it's helpful, I have had trouble loading Google sites in the past when I have inadvertently left my iPhone's personal hotspot turned on while my computer is connected to both my phone and my home network. The multiple routes seem to confuse Google's ability

Re: [meta] Can't view one unread topic here.

I recently posted in mistake and deleted the post. Perhaps that is causing what you are seeing. - Mike > On Aug 4, 2015, at 10:09 AM, Fluid Dynamics wrote: > > The front page of this group shows no unread threads to me, but shows a (1) > next to "Google Groups" in the page title. So there's o

Re: Meta-eX - The Music of Code

Overtone is amazing, I'm planning on doing some experiments with it as soon as I finish the supercollider book and improve my music theory skills. On Friday, April 11, 2014 4:44:22 PM UTC+2, Sam Aaron wrote: > > > On 10 Apr 2014, at 03:18, Earl Jenkins > > wrote: > > > Good stuff, all the hard

Re: Meta-eX - The Music of Code

On 10 Apr 2014, at 03:18, Earl Jenkins wrote: > Good stuff, all the hard work you've done in the field of live coding, yet no > mention of Meta-ex nor clojure in the Computer Music Journal which has a > whole issue dedicated to this subject ;( To be honest, Overtone was never targeted at aca

Re: Meta-eX - The Music of Code

Good stuff, all the hard work you've done in the field of live coding, yet no mention of Meta-ex nor clojure in the Computer Music Journal which has a whole issue dedicated to this subject ;( of course this is just from me scanning the issue. keep up the inspiring work I'll soon brush up on my

Re: Meta-eX - The Music of Code

For those that enjoyed the interview and are interested in how we sound this month, we just pushed out a new track, lovingly live coded in Clojure: https://soundcloud.com/meta-ex/spiked-with-recursive-dreams Sam --- http://sam.aaron.name On 2 Apr 2014, at 21:33, Samuel Aaron wrote: > Howdy t

Re: meta circular clojure

2014-02-13 1:05 GMT+08:00 Herwig Hochleitner : > 2014-02-12 5:36 GMT+01:00 Di Xu : > >> >> all lisp dialect provide `read` function, so if you want to build an >> evaluator, you could just use this function and don't need to do lexical >> and syntax analysis. >> > > Maybe your understanding of th

Re: meta circular clojure

2014-02-12 5:36 GMT+01:00 Di Xu : > > all lisp dialect provide `read` function, so if you want to build an > evaluator, you could just use this function and don't need to do lexical > and syntax analysis. > Maybe your understanding of these terms is different from mine, in my view: A lisp evalua

Re: meta circular clojure

2014-02-12 5:18 GMT+01:00 t x : > > If no such evaluator exists, where is the complexity of a > clojure-in-clojure evaluator that I failed to mention above? > Clojure is a compiled language. This means that even if you leave out any platform issues like bytecode generation, there is still an an

Re: meta circular clojure

Hi, lisp in lisp evaluator is the simplest evaluator you can build, because lisp uses list to represent its program, and all lisp dialect provide `read` function, so if you want to build an evaluator, you could just use this function and don't need to do lexical and syntax analysis. This is the po

Re: Meta-eX: Power to Complect (featuring Rich Hickey)

On 16 Dec 2013, at 22:48, Timothy Washington wrote: > Lol, very cool :) Haha, thanks. The best is definitely still to come though. 2014 should be a good year for Meta-eX and live coding with Clojure. Sam --- http://sam.aaron.name -- -- You received this message because you are subscribed

Re: Meta-eX: Power to Complect (featuring Rich Hickey)

Lol, very cool :) Tim Washington Interruptsoftware.ca On Mon, Dec 16, 2013 at 6:41 AM, Samuel Aaron wrote: > Hey everyone, > > just a quick promotional email, so I'll keep it brief. > > Meta-eX[1] just pushed a small excerpt from a recent Live Session > featuring

Re: Meta-eX: Power to Complect (featuring Rich Hickey)

On Mon, Dec 16, 2013 at 6:41 AM, Samuel Aaron wrote: > just a quick promotional email, so I'll keep it brief. > > Meta-eX[1] just pushed a small excerpt from a recent Live Session featuring > the voice of Rich Hickey: > > https://soundcloud.com/meta-ex/power-to-complect > > It's not every day you

Re: Meta-eX: Hacking Overtone on the Stubnitz - Thurs 16th May

Wish I could be there... On 14 May 2013 15:45, BERYANN PARKER wrote: > Hi Sam, > > thanks for the link, > good project and good ! I like very much your "philosophy": The source > code is our instrument and we play it live > i follow it now! > Cheers! > Beryann > > Le lundi 13 mai 2013 15:32:55

Re: Meta data access

Hi Carlo, Thanks. Now it is fine. Regards, Mamun On Tuesday, October 23, 2012 5:24:41 AM UTC+2, Carlo wrote: > > Hey Mamun, > > Your problem is that your ^{:test true} metadata isn't being applied > to your functions, as you might expect, but rather to the var that is > pointing to the functi

Re: Meta data access

Hey Mamun, Your problem is that your ^{:test true} metadata isn't being applied to your functions, as you might expect, but rather to the var that is pointing to the function. You can see this in the following (#' is a shorthand to get the var rather than the thing it contains). user=> (meta f1)

Re: Meta data access

Direct copy-paste from my repl: user=> (defn ^{:test true} f1 [] #_=> (println "call f1 fn")) #'user/f1 user=> user=> (defn ^{:test false} f2 [] #_=> (println "call f2 fn")) #'user/f2 user=> (:test (meta (var f1))) true user=> (:test (meta (var f2))) false user=> (println (:test (meta

Re: Meta data access

Hi Jim Thank for your ans. But this does not work. When I run code I got "Unable to resolve var" error. Please find in bellow: CompilerException java.lang.RuntimeException: Unable to resolve var: form in this context, compiling:(NO_SOURCE_PATH:4) Source code- (defn ^{:test true} f1 [] (p

Re: Meta data access

well not quite! you need (-> form var meta :test) or the same thing written differently (:test (meta (var form))) Hope that helps, Jim ps: basically the meta-data sit with the var not the function On 22/10/12 16:33, Jim fo

Re: Meta data access

If I've understood correctly all you need is (meta form)... Jim On 22/10/12 15:30, Mamun wrote: Hi All, I've a application with following structure. Now I would like to access meta data of f1 and f2 within process function. (defn ^{:test true} f1 [] (println "call f1 fn")) (defn ^{:tes

Re: meta-questions - [clojure] in front of Subject line

So I followed the steps and it did not work: >  3) This will automatically create a filter on words: > list:"" however after changing filter to >>Matches: to:(clojure.googlegroups.com) Do this: Apply label "clojure"<< all seems to be just fine and I am a happy camper ... Thank you, Andy -- Yo

Re: meta-questions - [clojure] in front of Subject line

In gmail: 1) click the down arrow next to "clojure" in the subject line (it has a "Show details" tooltip). 2) click the "filter messages from this mailing list" link next to the mailing list 3) This will automatically create a filter on words: list:"" 4) Proceed to the next option "Create a fil

Re: meta-questions - [clojure] in front of Subject line

The [clj] option is not a bad compromise. -- 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 unsubs

Re: meta-questions - [clojure] in front of Subject line

On Mon, Jun 18, 2012 at 8:46 PM, Andy Coolware wrote: > Managing subfolders is out a question for me since I use multiple > clients over IMAP. That would be a mess. I wish Thunderbird and gmail > have an option to split the traffic by group in some automated fashion I'm a bit surprised to hear th

Re: meta-questions - [clojure] in front of Subject line

Hi, thx a lot for all viewpoints. I am personally a bit torn. On one hand, when I open my gmail I have hard time to distinguish between all groups I am subscribed too. When you get tens of threads updated daily, this is really handy. However, I hate to have a redundant information in Subject and

Re: meta-questions - [clojure] in front of Subject line

On Mon, Jun 18, 2012 at 6:05 AM, Jay Fields wrote: > this is also true of the ActionScript solution... Actually, no (depending on exactly how you do it in AppleScript). At least one of the possible AppleScript solutions changes the subject for your display but does not actually change it in the m

Re: meta-questions - [clojure] in front of Subject line

this is also true of the ActionScript solution... let's get back on topic, tabs or spaces? On Mon, Jun 18, 2012 at 9:02 AM, Tassilo Horn wrote: > Dave Kincaid writes: > > >> [Automatic insertion of [clojure] depending on user preference] > > > > Seems like a great enhancement that Google could

Re: meta-questions - [clojure] in front of Subject line

Dave Kincaid writes: >> [Automatic insertion of [clojure] depending on user preference] > > Seems like a great enhancement that Google could make. Give each > subscriber this as an option. Then each of us can choose whether to > add this or not to messages we see. No, that's actually not a very

Re: meta-questions - [clojure] in front of Subject line

Seems like a great enhancement that Google could make. Give each subscriber this as an option. Then each of us can choose whether to add this or not to messages we see. Personally, I only read these groups on the web and seeing [clojure] in the subject of every message would be really annoying.

Re: meta-questions - [clojure] in front of Subject line

Personally, I'd like to have [] as well, but I've recently been educated on the opposing point of view - and I concede that your personal workflow determines what you prefer - and, it's all preferences at the end of the day (no right or wrong answer). My personal workflow would benefit from [], Phi

Re: meta-questions - [clojure] in front of Subject line

e. -Original Message- From: Brian Marick Sender: clojure@googlegroups.com Date: Sun, 17 Jun 2012 23:31:22 To: Reply-To: clojure@googlegroups.com Subject: Re: meta-questions - [clojure] in front of Subject line On Jun 17, 2012, at 7:23 PM, Peter Buckley wrote: > I know mac products ar

Re: meta-questions - [clojure] in front of Subject line

On 18/06/12 11:50, Lee Spector wrote: On Jun 18, 2012, at 3:02 AM, Tassilo Horn wrote: There's really no need to obscure subjects. For all your filtering needs, there's the List-ID header: List-ID: Here's a SIEVE snippet you can install somehow to your IMAP server to move messages to this l

Re: meta-questions - [clojure] in front of Subject line

On Jun 18, 2012, at 3:02 AM, Tassilo Horn wrote: > > There's really no need to obscure subjects. For all your filtering > needs, there's the List-ID header: > > List-ID: > > Here's a SIEVE snippet you can install somehow to your IMAP server to > move messages to this list to some special gro

Re: meta-questions - [clojure] in front of Subject line

Brian Marick writes: >> I have been subscribed to a couple of groups as well as other stuff >> and find it useful to have a Subject line prefix indicating the >> source of conversation. > > +1 -1! There's really no need to obscure subjects. For all your filtering needs, there's the List-ID hea

Re: meta-questions - [clojure] in front of Subject line

On Sun, Jun 17, 2012 at 9:31 PM, Brian Marick wrote: > The complaint about reading the mailing list on phones is valid. I do wonder > how many people use phones as their main, workaday interface, and how much an > extra inconvenience 9 characters is when they're already trying to view the > wor

Re: meta-questions - [clojure] in front of Subject line

On Jun 17, 2012, at 7:23 PM, Peter Buckley wrote: > I know mac products are designed for non-technical people and leave out most > common options, but can't they do something so simple and 1980's-esque as > filter on a field other than subject? > > I've been using gmail and have had a rule for

Re: meta-questions - [clojure] in front of Subject line

On Sun, Jun 17, 2012 at 5:54 PM, Lee Spector wrote: > Mac OS X Mail.app does indeed allow filtering by addresses, etc. Nonetheless, > for some people and some workflows (including me any my workflow) it'd be > helpful to have a textual marker in the subject line. Not a huge deal, for me > at le

Re: meta-questions - [clojure] in front of Subject line

On Jun 17, 2012, at 8:23 PM, Peter Buckley wrote: > Having [clojure] in front of the subject obscures the subject with redundant > information. It's wasting valuable space at the front of the subject line > that could be used for, well, the subject, which I'm actually interested in. > > The m

Re: meta-questions - [clojure] in front of Subject line

On Sun, Jun 17, 2012 at 5:23 PM, Peter Buckley wrote: > Having [clojure] in front of the subject obscures the subject with redundant > information. It's wasting valuable space at the front of the subject line > that could be used for, well, the subject, which I'm actually interested in. Agree.

Re: meta-questions - [clojure] in front of Subject line

8:32:33 To: Reply-To: clojure@googlegroups.com Subject: Re: meta-questions - [clojure] in front of Subject line On Jun 17, 2012, at 6:22 PM, Phil Hagelberg wrote: > Have you considered a more capable client? My client is OSX Mail. I don't think it's a marginal client. What inconvenience wou

Re: meta-questions - [clojure] in front of Subject line

On Jun 17, 2012, at 6:22 PM, Phil Hagelberg wrote: > Have you considered a more capable client? My client is OSX Mail. I don't think it's a marginal client. What inconvenience would users of more capable clients suffer if a "[clojure]" were added? Given that the change to Google Groups is ~3-

Re: meta-questions - [clojure] in front of Subject line

Have you considered a more capable client? -Phil On Jun 17, 2012 11:45 AM, "Andy Coolware" wrote: > Hi, > > I have been subscribed to a couple of groups as well as other stuff > and find it useful to have a Subject line prefix indicating the source > of conversation. > > Would it be possible to

Re: meta-questions - [clojure] in front of Subject line

On Jun 17, 2012, at 1:45 PM, Andy Coolware wrote: > I have been subscribed to a couple of groups as well as other stuff > and find it useful to have a Subject line prefix indicating the source > of conversation. +1 - Brian Marick, Artisanal Labrador Now working at http://path11.com Contract

Re: [meta] Google Groups/gmail support?

On Mon, Jul 18, 2011 at 11:20 PM, Lars Nilsson wrote: > On Mon, Jul 18, 2011 at 10:52 PM, Ken Wesson wrote: >> Eh. The problem seems more likely to be in either Chrome or gmail. And >> that looks like a bit-buckety sort of place anyway, where reports may >> well fall on deaf ears. A forum whose p

Re: [meta] Google Groups/gmail support?

On Mon, Jul 18, 2011 at 10:52 PM, Ken Wesson wrote: > Eh. The problem seems more likely to be in either Chrome or gmail. And > that looks like a bit-buckety sort of place anyway, where reports may > well fall on deaf ears. A forum whose posts, and answered-or-not > status, are visible to other use

Re: [meta] Google Groups/gmail support?

On Mon, Jul 18, 2011 at 10:36 PM, Lars Nilsson wrote: > On Mon, Jul 18, 2011 at 10:21 PM, Ken Wesson wrote: >> If you know of such a place, I am all ears. > > Maybe > http://groups.google.com/support/bin/request.py?contact_type=contact_policy > ? Eh. The problem seems more likely to be in eithe

Re: [meta] Google Groups/gmail support?

On Mon, Jul 18, 2011 at 10:21 PM, Ken Wesson wrote: > If you know of such a place, I am all ears. Maybe http://groups.google.com/support/bin/request.py?contact_type=contact_policy ? Lars Nilsson -- You received this message because you are subscribed to the Google Groups "Clojure" group. To p

Re: [meta] Google Groups/gmail support?

On Mon, Jul 18, 2011 at 10:07 PM, Chas Emerick wrote: > Can we *please* refrain from posting such incredibly off-topic content to the > list?  If one is even tempted to add a [meta] or [OT] to a subject line, just > let it go. If I'd known of *any*where else where I could report this experience

Re: [meta] Google Groups/gmail support?

Can we *please* refrain from posting such incredibly off-topic content to the list? If one is even tempted to add a [meta] or [OT] to a subject line, just let it go. Thanks, - Chas -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this g

Re: [meta] Google Groups/gmail support?

On Mon, Jul 18, 2011 at 7:14 PM, Joop Kiefte wrote: > Google is introducing Google+-like feedback buttons now. I don't see anything like that yet in gmail in Chrome ... -- Protege: What is this seething mass of parentheses?! Master: Your father's Lisp REPL. This is the language of a true hacker

Re: [meta] Google Groups/gmail support?

Google is introducing Google+-like feedback buttons now. 2011/7/18 Ken Wesson > I can no longer find any forum or submission form for reporting > problems to Google. You're a bunch of tech-savvy people using Google > Groups and, probably in many cases, gmail. Do any of you know either: > > 1. Ho

Re: meta data question

That'll do - Thank you both. Tim On Jul 13, 8:12 pm, Luc Prefontaine wrote: > By string I mean human readable... > > On Wed, 13 Jul 2011 21:56:58 -0400 > > > > > > > > > > Luc Prefontaine wrote: > > # is a string representation of > > the fn object, not the object itself. > > > user=> (def a get

Re: meta data question

By string I mean human readable... On Wed, 13 Jul 2011 21:56:58 -0400 Luc Prefontaine wrote: > # is a string representation of > the fn object, not the object itself. > > user=> (def a get) > #'user/a > user=> (meta a) > {:ns #, :name get, :file > "clojure/core.clj", :line 1154, :arglists ([map

Re: meta data question

On Wed, Jul 13, 2011 at 9:35 PM, Tim Robinson wrote: > I know I can get the meta data using the following form: > > => (meta #'get) > {:ns #, :name get, :file "clojure/ > core.clj" > > Is there a means to get the meta data from the stored function without > using its identifier? > > ie. knowin

Re: meta data question

# is a string representation of the fn object, not the object itself. user=> (def a get) #'user/a user=> (meta a) {:ns #, :name get, :file "clojure/core.clj", :line 1154, :arglists ([map key] [map key not-found]), :added "1.0", :inline-arities #{2 3}, :inline #, :doc "Returns the value mapped

Re: Meta-circular STM for teaching purposes

Devin, No course notes at the moment, but there is a slide set that should make it easier to digest the code: < http://soft.vub.ac.be/~tvcutsem/talks/presentations/STM-in-Clojure.pdf> Cheers, Tom 2011/4/21 Devin Walters > +1 > > Thanks so much. Looking forward to digging into the code this ev

Re: Meta-circular STM for teaching purposes

+1 Thanks so much. Looking forward to digging into the code this evening. Any chance you will have any online course materials for public consumption? Thanks again, Sent via mobile On Apr 21, 2011, at 1:25 PM, Ambrose Bonnaire-Sergeant wrote: > This is great, thanks for sharing! > > Ambros

Re: Meta-circular STM for teaching purposes

This is great, thanks for sharing! Ambrose On Thu, Apr 21, 2011 at 10:57 PM, Tom Van Cutsem wrote: > The following might be of interest to Clojurians: > > https://github.com/tvcutsem/stm-in-clojure is a meta-circular > implementation of STM in Clojure. It was created purely for educational > pu

Re: Meta-circular STM for teaching purposes

The following might be of interest to Clojurians: https://github.com/tvcutsem/stm-in-clojure is a meta-circular implementation of STM in Clojure. It was created purely for educational purposes (to allow people to better understand STM by reading a Clojure implementation, without having to descend

Re: Meta

>What are meta data used for? Its a open system it can be used for anything. If you have data about your data that does not effect equality. Examples: The docstrings you can write in clojure are metadata. (defn my-func "my-func does XY" [] "whatever") This will be expanded to metadata l

Re: Meta-circular STM for teaching purposes

Hi Tom, I might not be even remotely qualified but since I'm interested and find the idea cool, so here's my take: > - has anyone already experimented with a toy STM in Clojure for didactic > purposes? No idea :) > - what would be a good resource to start such a design from? (my current plan