Mailing List Archive: Bricolage: users

2009 Google Summer of Code

Index | Next | Previous | View Threaded

david at kineticode

Mar 4, 2009, 3:49 PM

Post #1 of 17 (7493 views)
Permalink

2009 Google Summer of Code

Howdy folks

We can apply to participate in the 2009 Google Summer of Code this
year, as long as we do so between March 9-13, 2009, and we have a good
list of project ideas.

So, what do you think are some good ideas for potential students? The
Denison UI redesign, perhaps (have Matt, you can woo students!)? Add
full-text search support? Add support for markup languages like
Markdown and Textile? Bring on your ideas!

Our idea list for past years is here:

http://bricolage.cc/dev/summer_of_code/

I expect that page will be updated with your suggestions here, so
please, let your imaginations roam, think outside the box, and come up
with some great ideas for students to hack on! Then reply to this
message with 'em.

Thanks,

David

adam at newint

Mar 6, 2009, 5:03 AM

Post #2 of 17 (7317 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

To add a few suggestions (some very simple some, rather more
involved). I also haven't been keeping up with the 2.0 development
work so don't know if some of this is covered there...

LOGIN HISTORY / SESSION MANAGEMENT

It would be great to have an overview of users' activity (whether it's
something as simple as last login time prominently displayed), as well
as determining whether someone is currently logged in. By session
management I suppose I mean an easy way to determine what stories/
media/templates are currently checked-out and what activity has been
in the last {USERDEFINED} number of minutes/hours/days/etc.

MORE USER FRIENDLY ERROR MESSAGING

I believe it was Phillip who suggested some sort of simple solution to
have error messages display at the top of a user's screen after an
event. It would be great to have some more human-centric error
messages as well, such as if a required element isn't included, that
it say that rather than the usual: "can't call method..." which just
leaves our users befuddled.

IMPROVEMENTS TO ALERTS SYSTEM

Bricolage can manage multiple sites very well, the alerts system
should be able to handle that more gracefully. Maybe an alerts RSS
feed, and/or alerts displayed as per above that admin users can be
aware of events while logged in.

BUILTIN IMAGE RESIZING

We've hacked that in, but it would be nice to have as part of the core.

WSDL FOR Bric::SOAP

Pretty please! : - )

-a

On 4 Mar 2009, at 23:49, David E. Wheeler wrote:

> Howdy folks
>
> We can apply to participate in the 2009 Google Summer of Code this
> year, as long as we do so between March 9-13, 2009, and we have a
> good list of project ideas.
>
> So, what do you think are some good ideas for potential students?
> The Denison UI redesign, perhaps (have Matt, you can woo students!)?
> Add full-text search support? Add support for markup languages like
> Markdown and Textile? Bring on your ideas!
>
> Our idea list for past years is here:
>
> http://bricolage.cc/dev/summer_of_code/
>
> I expect that page will be updated with your suggestions here, so
> please, let your imaginations roam, think outside the box, and come
> up with some great ideas for students to hack on! Then reply to this
> message with 'em.
>
> Thanks,
>
> David

lannings at who

Mar 6, 2009, 5:46 AM

Post #3 of 17 (7322 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

On Fri, 6 Mar 2009, Adam Ma'anit wrote:
> It would
> be great to have some more human-centric error messages as well, such as if
> a required element isn't included, that it say that rather than the usual:
> "can't call method..." which just leaves our users befuddled.

No message like that is ever intentionally put into Bricolage.
If you receive such a message, you should file a bug report.
If you don't file one, then it's your fault that the message remains.

> WSDL FOR Bric::SOAP
>
> Pretty please! : - )

I've tried, but it didn't seem feasible or really even worth the bother.

D-Beaudet at NGA

Mar 6, 2009, 7:30 AM

Post #4 of 17 (7310 views)
Permalink

RE: 2009 Google Summer of Code [In reply to]

If it's not too late, it would be great to have a new field type for
external system integration -- e.g. I'd like to have my users execute a
search for a particular art object, then store the id of that object in
the story record.

> -----Original Message-----
> From: Adam Ma'anit [mailto:adam [at] newint]
> Sent: Friday, March 06, 2009 8:03 AM
> To: users [at] lists
> Cc: Bricolage Developers
> Subject: Re: 2009 Google Summer of Code
>
> To add a few suggestions (some very simple some, rather more
> involved). I also haven't been keeping up with the 2.0 development
> work so don't know if some of this is covered there...
>
> LOGIN HISTORY / SESSION MANAGEMENT
>
> It would be great to have an overview of users' activity (whether it's
> something as simple as last login time prominently displayed), as well
> as determining whether someone is currently logged in. By session
> management I suppose I mean an easy way to determine what stories/
> media/templates are currently checked-out and what activity has been
> in the last {USERDEFINED} number of minutes/hours/days/etc.
>
> MORE USER FRIENDLY ERROR MESSAGING
>
> I believe it was Phillip who suggested some sort of simple solution to
> have error messages display at the top of a user's screen after an
> event. It would be great to have some more human-centric error
> messages as well, such as if a required element isn't included, that
> it say that rather than the usual: "can't call method..." which just
> leaves our users befuddled.
>
> IMPROVEMENTS TO ALERTS SYSTEM
>
> Bricolage can manage multiple sites very well, the alerts system
> should be able to handle that more gracefully. Maybe an alerts RSS
> feed, and/or alerts displayed as per above that admin users can be
> aware of events while logged in.
>
> BUILTIN IMAGE RESIZING
>
> We've hacked that in, but it would be nice to have as part of the
core.
>
> WSDL FOR Bric::SOAP
>
> Pretty please! : - )
>
> -a
>
>
>
> On 4 Mar 2009, at 23:49, David E. Wheeler wrote:
>
> > Howdy folks
> >
> > We can apply to participate in the 2009 Google Summer of Code this
> > year, as long as we do so between March 9-13, 2009, and we have a
> > good list of project ideas.
> >
> > So, what do you think are some good ideas for potential students?
> > The Denison UI redesign, perhaps (have Matt, you can woo students!)?
> > Add full-text search support? Add support for markup languages like
> > Markdown and Textile? Bring on your ideas!
> >
> > Our idea list for past years is here:
> >
> > http://bricolage.cc/dev/summer_of_code/
> >
> > I expect that page will be updated with your suggestions here, so
> > please, let your imaginations roam, think outside the box, and come
> > up with some great ideas for students to hack on! Then reply to this
> > message with 'em.
> >
> > Thanks,
> >
> > David

david at kineticode

Mar 6, 2009, 9:11 AM

Post #5 of 17 (7317 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

On Mar 6, 2009, at 7:30 AM, Beaudet, David wrote:

> If it's not too late, it would be great to have a new field type for
> external system integration -- e.g. I'd like to have my users
> execute a
> search for a particular art object, then store the id of that object
> in
> the story record.

Can't you do that with the code field?

Best,

David

david at kineticode

Mar 6, 2009, 9:18 AM

Post #6 of 17 (7315 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

On Mar 6, 2009, at 5:03 AM, Adam Ma'anit wrote:

> It would be great to have an overview of users' activity (whether
> it's something as simple as last login time prominently displayed),
> as well as determining whether someone is currently logged in. By
> session management I suppose I mean an easy way to determine what
> stories/media/templates are currently checked-out and what activity
> has been in the last {USERDEFINED} number of minutes/hours/days/etc.

Find the user in the user admin interface, then click "Log." It won't
tell you if the user is logged in, but it has all the other stuff you
want.

> MORE USER FRIENDLY ERROR MESSAGING
>
> I believe it was Phillip who suggested some sort of simple solution
> to have error messages display at the top of a user's screen after
> an event. It would be great to have some more human-centric error
> messages as well, such as if a required element isn't included, that
> it say that rather than the usual: "can't call method..." which just
> leaves our users befuddled.

As Scott said, when you see inhuman messages, it's a bug. Please
report it, along with instructions for how to replicate it.

> IMPROVEMENTS TO ALERTS SYSTEM
>
> Bricolage can manage multiple sites very well, the alerts system
> should be able to handle that more gracefully. Maybe an alerts RSS
> feed, and/or alerts displayed as per above that admin users can be
> aware of events while logged in.

Sure. That'd be a good project, though I don't know if it's a big
enough scope for a GSoC project.

> BUILTIN IMAGE RESIZING
>
> We've hacked that in, but it would be nice to have as part of the
> core.

How'd you hack it in?

I think that stories and media should be merged, and you should be
able to create a single document with multiple files associated with
it, along with the ability to resize, zoom, etc.

Best,

David

D-Beaudet at NGA

Mar 6, 2009, 9:32 AM

Post #7 of 17 (7318 views)
Permalink

RE: 2009 Google Summer of Code [In reply to]

Can I ?

Thought I had tried that way back when with no luck, but I could have
missed something.

I also think the ability to display an externally generated (or
customized component bolted onto Bric) for displaying a rendition of the
selected content would be nice as well -- e.g. a nicely formatted list
when viewing the read-only version of the story instead of an XML blurb
for example.

> -----Original Message-----
> From: David E. Wheeler [mailto:david [at] kineticode]
> Sent: Friday, March 06, 2009 12:12 PM
> To: devel [at] lists
> Cc: users [at] lists
> Subject: Re: 2009 Google Summer of Code
>
> On Mar 6, 2009, at 7:30 AM, Beaudet, David wrote:
>
> > If it's not too late, it would be great to have a new field type for
> > external system integration -- e.g. I'd like to have my users
> > execute a
> > search for a particular art object, then store the id of that object
> > in
> > the story record.
>
> Can't you do that with the code field?
>
> Best,
>
> David

paulo at digitalcraftsmen

Mar 6, 2009, 9:33 AM

Post #8 of 17 (7320 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

David E. Wheeler wrote:
> On Mar 6, 2009, at 5:03 AM, Adam Ma'anit wrote:
>> MORE USER FRIENDLY ERROR MESSAGING
>>
>> I believe it was Phillip who suggested some sort of simple solution to
>> have error messages display at the top of a user's screen after an
>> event. It would be great to have some more human-centric error
>> messages as well, such as if a required element isn't included, that
>> it say that rather than the usual: "can't call method..." which just
>> leaves our users befuddled.
>
> As Scott said, when you see inhuman messages, it's a bug. Please report
> it, along with instructions for how to replicate it.

Also if these are being caused by template code like

my $media = $element->get_related_media;
my $title = $media->get_title

and throwing as "Can't call method get_title on undefined variable" becuase
they haven't actually assigned a related media and you haven't checked for
it in the code then that's not a bricolage bug.

However what would be cool is the ability to be able to mark field elements
as "must have content" and for Bricolage to throw an error if the user
tries to save the story without those fields filled in or media attached.

regards,

Paul

adam at newint

Mar 6, 2009, 9:36 AM

Post #9 of 17 (7323 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

> Find the user in the user admin interface, then click "Log." It
> won't tell you if the user is logged in, but it has all the other
> stuff you want.
>

hmmm. it really only tells me user password changed, user changes
saved. It doesn't tell me what they were last working on, when they
last logged in, etc.
>
> As Scott said, when you see inhuman messages, it's a bug. Please
> report it, along with instructions for how to replicate it.
>

OK, will do.
>
> Sure. That'd be a good project, though I don't know if it's a big
> enough scope for a GSoC project.

Probably not, but could easily be merged with one or two other things.

>
>> BUILTIN IMAGE RESIZING
>>
>> We've hacked that in, but it would be nice to have as part of the
>> core.
>
> How'd you hack it in?

ImageMagick calls in the templates.

>
> I think that stories and media should be merged, and you should be
> able to create a single document with multiple files associated with
> it, along with the ability to resize, zoom, etc.

That would be fab. : - )

-a

david at kineticode

Mar 6, 2009, 10:18 AM

Post #10 of 17 (7326 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

On Mar 6, 2009, at 9:36 AM, Adam Ma'anit wrote:

> hmmm. it really only tells me user password changed, user changes
> saved. It doesn't tell me what they were last working on, when they
> last logged in, etc.

Oh, right. All the data is in the database, though; it'd be easy to add.

Best,

David

phillip at communitybandwidth

Mar 9, 2009, 6:20 AM

Post #11 of 17 (7286 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

On 6-Mar-09, at 11:46 AM, Scott Lanning wrote:

> On Fri, 6 Mar 2009, Adam Ma'anit wrote:
>> It would
>> be great to have some more human-centric error messages as well,
>> such as if
>> a required element isn't included, that it say that rather than the
>> usual:
>> "can't call method..." which just leaves our users befuddled.
>
> No message like that is ever intentionally put into Bricolage.
> If you receive such a message, you should file a bug report.
> If you don't file one, then it's your fault that the message remains.

I think, in this specific case, it's probably template-related vs.
Bricolage related, i.e., no check for a required element (related
media, usually) in the template. Easy to fix. :-)

--
Phillip Smith // Simplifier of Technology // COMMUNITY BANDWIDTH
www.communitybandwidth.ca // www.phillipadsmith.com

phillip at communitybandwidth

Mar 9, 2009, 6:20 AM

Post #12 of 17 (7305 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

On 6-Mar-09, at 11:46 AM, Scott Lanning wrote:

>> WSDL FOR Bric::SOAP
>>
>> Pretty please! : - )
>
> I've tried, but it didn't seem feasible

What was the feasibility issue?

--
Phillip Smith // Simplifier of Technology // COMMUNITY BANDWIDTH
www.communitybandwidth.ca // www.phillipadsmith.com

phillip at communitybandwidth

Mar 9, 2009, 6:21 AM

Post #13 of 17 (7294 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

On 6-Mar-09, at 1:30 PM, Beaudet, David wrote:

>
> If it's not too late, it would be great to have a new field type for
> external system integration -- e.g. I'd like to have my users
> execute a
> search for a particular art object, then store the id of that object
> in
> the story record.

Can you provide a bit more detail on this? Sounds intriguing....

--
Phillip Smith // Simplifier of Technology // COMMUNITY BANDWIDTH
www.communitybandwidth.ca // www.phillipadsmith.com

phillip at communitybandwidth

Mar 9, 2009, 6:23 AM

Post #14 of 17 (7293 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

On 6-Mar-09, at 3:33 PM, Paul Orrock wrote:

> However what would be cool is the ability to be able to mark field
> elements as "must have content" and for Bricolage to throw an error
> if the user tries to save the story without those fields filled in
> or media attached.

Client-side validation! :-)

--
Phillip Smith // Simplifier of Technology // COMMUNITY BANDWIDTH
www.communitybandwidth.ca // www.phillipadsmith.com

lannings at who

Mar 9, 2009, 6:30 AM

Post #15 of 17 (7301 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

On Mon, 9 Mar 2009, Phillip Smith wrote:
> On 6-Mar-09, at 11:46 AM, Scott Lanning wrote:
>>> WSDL FOR Bric::SOAP
>>>
>>> Pretty please! : - )
>>
>> I've tried, but it didn't seem feasible
>
> What was the feasibility issue?

Try it and see. See also:
http://marc.info/?l=bricolage-devel&w=2&r=1&s=wsdl&q=b

phillip at communitybandwidth

Mar 9, 2009, 6:39 AM

Post #16 of 17 (7291 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

On 9-Mar-09, at 11:30 AM, Scott Lanning wrote:

> On Mon, 9 Mar 2009, Phillip Smith wrote:
>> On 6-Mar-09, at 11:46 AM, Scott Lanning wrote:
>>>> WSDL FOR Bric::SOAP
>>>> Pretty please! : - )
>>> I've tried, but it didn't seem feasible
>>
>> What was the feasibility issue?
>
> Try it and see. See also:
> http://marc.info/?l=bricolage-devel&w=2&r=1&s=wsdl&q=b

Great. I'll give that a re-read. Thanks! :-)

--
Phillip Smith // Simplifier of Technology // COMMUNITY BANDWIDTH
www.communitybandwidth.ca // www.phillipadsmith.com

david at kineticode

Mar 9, 2009, 9:11 AM

Post #17 of 17 (7307 views)
Permalink

Re: 2009 Google Summer of Code [In reply to]

On Mar 9, 2009, at 6:23 AM, Phillip Smith wrote:

>> However what would be cool is the ability to be able to mark field
>> elements as "must have content" and for Bricolage to throw an
>> error if the user tries to save the story without those fields
>> filled in or media attached.
>
> Client-side validation! :-)

Both.

D

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads