Re: ImpressCMS Theme

Quote:


snow wrote:
- What would these small variations be in between themes for each area?



I like the original idea of the base colour for the banner, and the images changing.

Quote:

- What width should the theme be?
I had planned this theme to be fixed width at 960 pixels.



Difficult to say - have any of our design related members approximate figures on resolutions?

Topic | Forum


Re: ImpressCMS Theme

ana, I love it!
will love to see when its running

great, ana! Keep on good work!
michael

Topic | Forum


Re: ImpressCMS Theme

I'll let everyone else reply first - but - I am very impresed.



Re: ImpressCMS Theme

  • 2007/12/6 22:27:14
  • snow

I am attaching here template #6 viewed with the logo proposal in green version.

So besides deciding the logo, there's some things of the design in case this one is chosed that need to be decided too.

- What would these small variations be in between themes for each area?

- What width should the theme be?
I had planned this theme to be fixed width at 960 pixels.

About building it:
I can build it using a personal morphogenesis template I use to make most of the things I do. It contains only 1 table and if the styles are disabled it still looks as if it were tableless. If it were fixed width I could try do all the rest of the design without tables but if it were percent that's harder for me and would have to add a couple of tables. In case of percent I'd add tables if the theme were to have the shadow it has now at the sides and if curved corner stretching boxes are needed. If that's ok with you all I can make it like this.

In case of yes. I'd need the requirements defined and if changes are needed, for them to be specified.


Attach file:



jpg  impress-cms_template-1.jpg (0.00 KB)

www.xoopsdesign.com (impresscms & xoops themes)
"what is essential is invisible to the eye" Antoine de Saint-Exupéry


Re: ImpressCMS logo

Quote:


snow wrote:
I think it's better to stick to one color that never changes.



Yes - it's good on the corporate identity side as well.



Re: ImpressCMS logo

  • 2007/12/6 21:51:35
  • snow

I think it's better to stick to one color that never changes.

www.xoopsdesign.com (impresscms & xoops themes)
"what is essential is invisible to the eye" Antoine de Saint-Exupéry


Re: ImpressCMS logo

I preffer the bolder ones, and the green or plumb colour is very nice .... plumb looks more "posher" to me



Re: ImpressCMS logo

As a thought - perhaps the colour could change on each sub-site?

Or is it better sticking to a single colour for corporate reasons?

(off topic: if any designer ever wants a laugh - look at the intel or nvidia guidelines on using their logo and name .. ouch!)



Re: ImpressCMS logo

  • 2007/12/6 21:46:38
  • snow

Here are some more samples.. and changing the yellowish orange to some other colors. I like apple green.

The slogan is added, don't know if that's the one. And an exclamation mark, don't know if that should stay or go.

P.S. I'd draw a leaf but I don't know how to


Attach file:



gif  impress-cms-logo-v2.gif (0.00 KB)

www.xoopsdesign.com (impresscms & xoops themes)
"what is essential is invisible to the eye" Antoine de Saint-Exupéry


Re: Keeping the changelog

Yesterday, I committed changes in revision 14, including updating the changelog. Later, young-pee committed revision 17, including changes to the changelog, which wiped out my changes to the changelog. I updated my sandbox and made another commit, revision 18, again with the appropriate entries in the changelog. Revision 19 reverted to revision 17, going back to a previous version of the changelog.

The changelog will be the most edited file in the repository and we need a process to make sure all the changes get recorded with every revision.

Steve Twitter: @skenow Facebook: Steve Kenow



Re: Date language other than English

Yep, I worked many hours trying to find a solution. I promise I will do everything I can to fix this after our first release. Perhaps other great developers on are team will also have solutions to propose. Bur for now, I would really like to see the items mentioned in the 0.5 version of our roadmap ready for jan 1st.

But we'll fix this sooner or later

Marc-André Lanciault
Founder and CEO INBOX International inc.
Co-Founder ImpressCMS


Re: Keeping the changelog

Quote:

We've already had some collisions on committing changes and the changelog is suffering the most. We need some sort of agreement on how to handle this so we keep this from getting too crazy.


Not sure I follow you steve but one thing is for sure. Everytime we add a feature of fix a bug, we need to a line in the changelog and the commit.

Is this what you meant or is it something else ?

Marc-André Lanciault
Founder and CEO INBOX International inc.
Co-Founder ImpressCMS


Re: Date language other than English

I understand what you mean ...



Re: Date language other than English

Maybe a short followup post, and explain my motivation.

Their are two types of importent data, one the content, second the date. All websites powered by xoops in languages other then English are forced to use numeric date notations (eg 12-02-2007), while notitions with real day and month conversions would aprove the users experience (seeing wednesday instead of only 12). It's hard for me to explain it in English, let me know if my issue isn't clear enough.^^



Date language other than English

In 2006 I reported a bug in Xoops that there is a real problem in date notations in languages other then English. The bug was confirmed by Marcan and Mith, but Skalpa never had the time to review/solve the problem.

Short explenation:

When dates are called like: Wednesday 12th of May, you can't let Xoops translate it into Dutch for example (it would be displayed/renamed to "woensdag 12 mei"). We have tested it with other languages/server configurations etc, but it seemed the main problem lies in the Xoops core.

SF bugreport:

http://sourceforge.net/tracker/index.php?func=detail&aid=1499945&group_id=41586&atid=430840

Xoops forum thread:

http://www.xoops.org/modules/newbb/viewtopic.php?topic_id=42500&viewmode=flat&order=ASC&type=&mode=0&start=0

edit: typo



Re: Not commiting my own mainfile - Please help me !!!

Oh I understand now steve. Yes this could work.

Anyway, again :
Quote:

So the best thing is probably to accept that our mainfile on the SVN will get changed from time to time, but we can live with it. We can always revert the changes, it's no big deal...


Marc-André Lanciault
Founder and CEO INBOX International inc.
Co-Founder ImpressCMS


Re: Keeping the changelog

I rather like how Nekro arranged them - separating fixes, etc - so it is easier to read.



Keeping the changelog

We've already had some collisions on committing changes and the changelog is suffering the most. We need some sort of agreement on how to handle this so we keep this from getting too crazy.

Steve Twitter: @skenow Facebook: Steve Kenow



Re: Not commiting my own mainfile - Please help me !!!

marcan - I only export to another directory when I start, not for every edit. I make changes and test in my copy and when I am satisfied, I make the changes to the sandbox copy and commit.

Leaving the mainfile out of the distribution is OK with me, as long as the installation processes still work.

Steve Twitter: @skenow Facebook: Steve Kenow



Re: Not commiting my own mainfile - Please help me !!!

Just have to try and remember ... just like I need to remember to comment any changes