Return-Path: X-Original-To: apmail-incubator-bloodhound-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-bloodhound-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 99F40D498 for ; Thu, 29 Nov 2012 15:16:58 +0000 (UTC) Received: (qmail 89725 invoked by uid 500); 29 Nov 2012 15:16:58 -0000 Delivered-To: apmail-incubator-bloodhound-dev-archive@incubator.apache.org Received: (qmail 89581 invoked by uid 500); 29 Nov 2012 15:16:54 -0000 Mailing-List: contact bloodhound-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: bloodhound-dev@incubator.apache.org Delivered-To: mailing list bloodhound-dev@incubator.apache.org Received: (qmail 89552 invoked by uid 99); 29 Nov 2012 15:16:53 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Nov 2012 15:16:53 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of olemis@gmail.com designates 209.85.220.175 as permitted sender) Received: from [209.85.220.175] (HELO mail-vc0-f175.google.com) (209.85.220.175) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Nov 2012 15:16:49 +0000 Received: by mail-vc0-f175.google.com with SMTP id m8so10933710vcd.6 for ; Thu, 29 Nov 2012 07:16:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=aRrvaCYHaEvDv0kj75J/bw846waq5JiM6SaPzwOsJZA=; b=nkrE++N01gNBSzWkfV0LmVANOXEOTUlrfut3JnTyNsmje4OuAidYZ5qhf0EElUmEMX qmooShMM/idlUpVVraUxUVrk7BLNFOk2jDxSu2aazD2WisFQPAnB9RaOJrcFk41wPv3+ MNBU7Srx92NGQd8SVJLEXLzvVGdhQ/Vm1rSs85ORg+nv1fOCpW9dNKYxKHbPDYwVAghf /Wy49BUjeqG0WYovJlXlQBn/arTxIN1Sm1koQLqnHfzfMtSRnDYmroF/TV3NP1pLkQ2v sDTc8tVPE1telLTVkaTP6w0xhU898Sa3ZkHyqmwh2lapX9MtbslwTw8tYLy6XN0wJJCP lWwQ== MIME-Version: 1.0 Received: by 10.52.75.105 with SMTP id b9mr28137371vdw.28.1354202188601; Thu, 29 Nov 2012 07:16:28 -0800 (PST) Received: by 10.58.156.71 with HTTP; Thu, 29 Nov 2012 07:16:28 -0800 (PST) In-Reply-To: <50B75F3C.2050307@wandisco.com> References: <50A51EA4.5050501@wandisco.com> <50B75F3C.2050307@wandisco.com> Date: Thu, 29 Nov 2012 10:16:28 -0500 Message-ID: Subject: Re: widget macros (ticket #138) From: Olemis Lang To: bloodhound-dev@incubator.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On 11/29/12, Gary Martin wrote: > On 19/11/12 15:36, Olemis Lang wrote: >> On 11/19/12, Peter Ko=C5=BEelj wrote: >>> First I would like to check if I understand this correctly. >>> So, this means that a user can embed widgets from dashboard in wiki >>> pages >>> or ticket descriptions? >>> >> anywhere WikiFormatting is supported , yes . Widgets are enhanced >> macros in first place. >> >>> I do not se any problems with this at the moment >> cool >> >>> but, this can not be a >>> substitute for user customizable dashboard. >>> We still need to provide fully customizable dashboard >> +1 >> for the moment think of it like the replacement to TicketQuery et al. >> as we use it today on i.a.o . It looks weird to me that we were able >> to customize those views and we can not embed a similar widget in a >> wiki page when we need it . > > I don't see that it is weird not to be able to do this. I could find the right word ... > The advantage is > if we bring enhancements to the existing functionality. At the moment, > in terms of TicketQuery vs Widget(TicketQuery, ...) we bring certain > improvements but not all the functionality yet. > what's missing > At some point, once we get feature parity, we could consider overriding > TicketQuery so that it uses Widget(TicketQuery,...) instead. > fwiw it's possible to have TicketQueryWidget( ... ) rather than Widget(TicketQuery, ...) . In general , Widget( ... ) vs Widget(, ...) > Anyway, I'll try to commit the work soon and see where we are as it > seems to be providing less controversy now given that discussion on this > was limited. > thanks . I look forward to implement further improvements . --=20 Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: