hi,
The advantage of first is that we will gonna have all the styles at a
single place and no need to call for the default page from other places as
we will gonna do in the second method. Here but we have to apply the
constraints on the default entries and not on other entries.
hi,
I am Prakhar Joshi (irc name :- _pjoshi). I have few things to discuss
about the storage of new styles for the list that will be created through
rest API. I think we should create a separate table for the list styles and
there we can add the entries for the newly created styles in those
prakhar joshi writes:
hi,
I am Prakhar Joshi (irc name :- _pjoshi). I have few things to discuss
about the storage of new styles for the list that will be created through
rest API. I think we should create a separate table for the list styles and
there we can add the entries for the
On Mar 13, 2015, at 01:23 PM, prakhar joshi wrote:
I have some queries related to project for GSOC'15 named Improving list
styles , as I have seen right now styles have been dependent on zope
interface. So do we have to remove the zope dependencies ? or We have to work
around to make a UI that
hi,
I have some queries related to project for GSOC'15 named Improving
list styles , as I have seen right now styles have been dependent on zope
interface. So do we have to remove the zope dependencies ? or We have to
work around to make a UI that can register the styles (that may not be a
hi,
I am queries related to project for GSOC'15 named Improving list
styles , as I have seen right now styles have been dependent on zope
interface. So do we have to remove the zope dependencies ? or We have to
work around to make a UI that can register the styles (that may not be a
good way)