If you find a bug in 1.3....

[Pekka]

Hi,

If you find a bug/error or problem in 1.3RC, please do the following:

- mail me EE Backup's file dump of the database
- explain in detail the steps to reproduce the error

If you're worried about sending private galleries in a backup dump: I'm not interested (or have time) to look at your photos - I need the dump in order to find and fix the problem on a real database model. And I don't need photos, just the database backup.

Thanks!

Pekka

[vbmk]

Hi,

One problem is that you can't set character set to ISO-8859-15, only ISO-8859-1 which doesn't have the euro symbol. I never use it myself but someone else might.

--
Ville

[Pekka]

vbmk wrote:
Hi,

One problem is that you can't set character set to ISO-8859-15, only ISO-8859-1 which doesn't have the euro symbol. I never use it myself but someone else might.

--
Ville

You're right - I think I'll put the character sets also in userdefinable menus (dropdown.php) so they can have any value.

[Mickey]

Not a big deal, really, but there's no f/2.5 aperture value in the dropdown menu for the detailed photo data. I use this aperture a lot with my G2 since it's the value that gives me the least amount of DOF at full telephoto. It'll be cool when you can get EE to read the EXIF data right from the images! :)

That's all I can find so far! Excellent work!

Oh, a question though. Is there a way to program the "neat" header with rollover styles in HTML to look the same as the PHP version - or is there a way to include the PHP code at the top of a normal HTML page? I want to have other pages on my website to have a similar header bar but I don't know how to integrate that function into a custom HTML page.

Thanks,

Michael

[Pekka]

Mickey wrote:
Not a big deal, really, but there's no f/2.5 aperture value in the dropdown menu for the detailed photo data. I use this aperture a lot with my G2 since it's the value that gives me the least amount of DOF at full telephoto. It'll be cool when you can get EE to read the EXIF data right from the images! :)

You can add it to menu by editing dropdowns.php. I'll add it to release version.

That's all I can find so far! Excellent work!

Thanks!

Oh, a question though. Is there a way to program the "neat" header with rollover styles in HTML to look the same as the PHP version - or is there a way to include the PHP code at the top of a normal HTML page? I want to have other pages on my website to have a similar header bar but I don't know how to integrate that function into a custom HTML page

You can turn header.php into html by opening EE's index page source code and copying that code block to other html pages.

[Pekka]

There is a bug in EE Commerce template "mail.php":
When you don't fill all fields you will get a reminder of that and at the same time all fields are reset.

I have fixed this now: all fields which have data fed keep their data after error reminder, too.

I think it's best to gather all bugfixes into one update as long as the bugs are not serious, right?

[Mickey]

Pekka wrote:

You can add it to menu by editing dropdowns.php. I'll add it to release version.

Great I made the changes to the file for now. :)

You can turn header.php into html by opening EE's index page source code and copying that code block to other html pages.


Awsome, that worked perfectly. For some reason IE wouldn't show me the source but good ol' Mozilla did as it was told. BTW, I don't know if you tested EE with the Mozilla browser, but it works perfectly and WAY faster than IE 5.

[Mickey]

Pekka wrote:
There is a bug in EE Commerce template "mail.php":
When you don't fill all fields you will get a reminder of that and at the same time all fields are reset.

I have fixed this now: all fields which have data fed keep their data after error reminder, too.

I think it's best to gather all bugfixes into one update as long as the bugs are not serious, right?



Yeah, I think that's the best idea. I'd wait a while longer so we get all the bugfixes into one big update. BTW, will updating to the full release of 1.3 be the same process as upgrading from 1.22 or will we just need to replace a few files?

So if I understand correctly, the EE Commerce feature is currently fully opperational and it only says Demo Only because we have to change those templates to match our unique settings, right?

[Pekka]

Mickey wrote:
Pekka wrote:
There is a bug in EE Commerce template "mail.php":
When you don't fill all fields you will get a reminder of that and at the same time all fields are reset.

I have fixed this now: all fields which have data fed keep their data after error reminder, too.

I think it's best to gather all bugfixes into one update as long as the bugs are not serious, right?



Yeah, I think that's the best idea. I'd wait a while longer so we get all the bugfixes into one big update. BTW, will updating to the full release of 1.3 be the same process as upgrading from 1.22 or will we just need to replace a few files?

Yes, I think the update from RC to release version means replacing files only. There may be small update to settings database, but that would mean _adding_ a few rows to to it by a simple update script. I do not intend to change anything in database structure from RC to release version. I have in any case a principle to keep all previously added data intact in every update.

So if I understand correctly, the EE Commerce feature is currently fully opperational and it only says Demo Only because we have to change those templates to match our unique settings, right?

Right. I put the Demo Only there because I thought it would hopefully stop people from ordering prints from me when trying out the RC :)

[Pekka]

Mickey wrote:
BTW, I don't know if you tested EE with the Mozilla browser, but it works perfectly and WAY faster than IE 5.

Yes, I've tested EE with Mozilla, Netscape, Opera and IE.

Mozilla seems really good. It's fastest in opening EE's online help windows, too. Opera is fastest in opening very big pages like EE Backup's listings. But Opera has still some problems like not detecting Javascript mouseovers for all page objects.

Normally I use IE because it works reasonably well.

[Mickey]

I just discovered a problem with my IE settings. I must have changed something so that it doesn't store temporary files, or at least ignores them. Every time I refresh a page or go back to an old one, it has to redownload all of the images. Even preloaded mouseover graphics have to be downloaded every time I mouseover. I guess I have to go through my settings and see what's causing this. (If anyone knows what would cause this though, it might save me some time). ;)

[Pekka]

Mickey wrote:
I just discovered a problem with my IE settings. I must have changed something so that it doesn't store temporary files, or at least ignores them. Every time I refresh a page or go back to an old one, it has to redownload all of the images. Even preloaded mouseover graphics have to be downloaded every time I mouseover. I guess I have to go through my settings and see what's causing this. (If anyone knows what would cause this though, it might save me some time). ;)

IE: Tools/Internet Settings/General: Settings...
select "Automatically" and set disk space to use to something big.

[Mickey]

Pekka wrote:

IE: Tools/Internet Settings/General: Settings...
select "Automatically" and set disk space to use to something big.



Hmmm, all of the settings seem in order. Perhaps Mozilla is really that much faster than IE! I've disovered that IE is actually storing the images, but it just takes a long time to render them - esp. when there are a lot of them like in the thumbnail view. You can watch as IE loads each one individually while Mozilla is BAM!, all at once. :) There's still a strange phenomenon here...that page I had with the slow mouseover images is still responding slowly to the mouse: www.morpheusmultimedia.com while another page I did with the same host and same code here: http://www.colonialconcepts.com/index_noflash.html responds instantly to the mouseovers. I guess I'll have to keep working away at this, but at least I now know it's not just the IE settings. :)

[Scho]

Pekka wrote:
There is a bug in EE Commerce template "mail.php":
When you don't fill all fields you will get a reminder of that and at the same time all fields are reset.

I have fixed this now: all fields which have data fed keep their data after error reminder, too.

I think it's best to gather all bugfixes into one update as long as the bugs are not serious, right?




I also found that the data in the Name and Address fields are not transmitted in the sent email.

[Scho]

I also found that the data in the Name and Address fields are not transmitted in the sent email.

Is this a bug or am I doing something wrong? If I fill in the Name and Address fields the data entered is not transmitted in the email.

[Pekka]

Scho wrote:

I also found that the data in the Name and Address fields are not transmitted in the sent email.

Is this a bug or am I doing something wrong? If I fill in the Name and Address fields the data entered is not transmitted in the email.

Yep, there were some bugs, the latest mail.php is at
http://photography-on-the.net/gallery/mail.zip

[Scho]

Thanks Pekka. The new mail.php file worked just fine.

[seanspeng]

When someone left a feedback for "ALL EXHIBITIONS", and if I chose to display feedback for seperate exhibitions, that particular feedback does not display anywhere. Is it possible to correct this? Like, if I chose to display feedback for separate exhibitions, can the design force them to select one exhibition not all?

Thanks,

[Pekka]

seanspeng wrote:
When someone left a feedback for "ALL EXHIBITIONS", and if I chose to display feedback for seperate exhibitions, that particular feedback does not display anywhere. Is it possible to correct this? Like, if I chose to display feedback for separate exhibitions, can the design force them to select one exhibition not all?

Thanks,

Hi Sean,

The "All Exhibitions" feedback is not shown for "separate exhibition" feedback list because it would not make "separate exhibition" feedbacks separate any more.

You can select from feedback page's dropdown menu which exhibition's feedback you are viewing, and "All exhibitions" show all feedbacks in the system (individual feedbacks + "to all").

These are logic choices I had to made, and I think they make sense. When individual photo feedback will be there in EE 1.4 or so, the whole feedback system will cover all needs.

The "all" feedback list still needs some tag to textarea for which exhibition the feedback was targeted.

One other thing I could do is to make it possible to move feedbacks between "targets". If you got "how nice your D60 photos are" feedback to "All Exhibitions" you could move it "D60 gallery".

[richardyoung]

This is not really a suggestion.. or a problem.. but something.

When a exhibition password is set to something other than public I have problems..

and I click on pick a photo to edit.. I can not see anything and I get a nasty java script error. However when I change the password to public everything works ( but I still get a jscript error)

see the two url for information ( a screen shoot)

-----------

http://www.ashley17.com/ee/ee3.jpg
http://www.ashley17.com/ee/ee4.jpg

----
if any one wants free access for a couple of weeks.. just shoot me an e-mail.

ric@packetcypher.com