Re: [WSG] Adobe Installation Nightm Mares
Hi Marvin,
As far as I know there are no different versions for 32 and 64 bit, this must
have something to do with your own computer. Adobe has a first line and second
line helpdesk, they should be able to assist you with this.
Bye,
Frances
www.waalweb.nl
www.smartscripts.nl
Zelfstudiehandboek Websites Ontwikkelen met HTML, CSS en Dreamweaver
WaalWeb | Halfweg, Noord-Holland | KvK 34350833
Op 9 dec. 2011, om 07:01 heeft Marvin Hunkin het volgende geschreven:
installing adobe cs 5.5
Hi.
well purchased adobe student 5.5 cs 5.5 web premium.
now when i try to install.
i get the error.
did purchase a 32 bit version.
but thinks i have a 64 bit program.
so, how to get this to work.
have got my serial number and my adobe online account.
any one installed adobe from dvd.
this is frustrating.
as i am in australia, did contact adobe, but they could not resolve my
problem.
and now it could be a few days, before adobe can help.
any ideas.
Marvin.
ps: will paste the errors below
Installation Status
Your installation encountered errors.
WELCOME
SERIAL NUMBER
ADOBE ID
Please try restarting your system and installing again.
OPTIONS
Exit Code: 7
-- Summary
--
- 1 fatal error(s), 10 error(s), 3 warning(s)
WARNING: DW024: The payload: Adobe Photoshop CS5.1 Core
{08EF22BC-43B2-4B4E-BA12-52B18F418F38} requires a UI parent with following
specification:
Family: Photoshop
ProductName: Adobe Photoshop CS5.1 Core_x64
This parent relationship is not satisfied, because this payload is not
present in this session.
WARNING: DW025: The payload with AdobeCode:
{D8CCCF4C-C227-427C-B4BE-736657D2AB7E} has recommended dependency on:
Family: Adobe Web Suite CS5.5
ProductName: Adobe Media Encoder CS5.5 X64
MinVersion: 0.0.0.0
This dependency is not satisfied, because this payload is x64 and is not
supported on this machine.
Removing this payload from the dependency list.
ERROR: DW025: The payload with AdobeCode:
{D97AF04B-B70A-4862-BC25-31E6D9C4A529} has required dependency on:
Family: CoreTech
ProductName: Adobe Player for Embedding x64 3.1
MinVersion: 0.0.0.0
This dependency is not satisfied, because this payload is x64 and is not
supported on this machine.
Removing this dependency from list. Product may function improperly.
ERROR: DW025: The payload with AdobeCode:
{D97AF04B-B70A-4862-BC25-31E6D9C4A529} has required dependency on:
Family: Shared Technology
ProductName: Photoshop Camera Raw (64 bit)
MinVersion: 0.0.0.0
This dependency is not satisfied, because this payload is x64 and is not
supported on this machine.
Removing this dependency from list. Product may function improperly.
ERROR: DW025: The payload with AdobeCode:
{D97AF04B-B70A-4862-BC25-31E6D9C4A529} has required dependency on:
Family: CoreTech
ProductName: AdobeCMaps x64 CS5
MinVersion: 0.0.0.0
This dependency is not satisfied, because this payload is x64 and is not
supported on this machine.
Removing this dependency from list. Product may function improperly.
ERROR: DW025: The payload with AdobeCode:
{D97AF04B-B70A-4862-BC25-31E6D9C4A529} has required dependency on:
Family: CoreTech
ProductName: Adobe Linguistics CS5 x64
MinVersion: 0.0.0.0
This dependency is not satisfied, because this payload is x64 and is not
supported on this machine.
Removing this dependency from list. Product may function improperly.
ERROR: DW025: The payload with AdobeCode:
{D97AF04B-B70A-4862-BC25-31E6D9C4A529} has required dependency on:
Family: CoreTech
ProductName: AdobePDFL x64 CS5
MinVersion: 0.0.0.0
This dependency is not satisfied, because this payload is x64 and is not
supported on this machine.
Removing this dependency from list. Product may function improperly.
ERROR: DW025: The payload with AdobeCode:
{D97AF04B-B70A-4862-BC25-31E6D9C4A529} has required dependency on:
Family: CoreTech
ProductName: AdobeTypeSupport x64 CS5
MinVersion: 0.0.0.0
This dependency is not satisfied, because this payload is x64 and is not
supported on this machine.
Removing this dependency from list. Product may function improperly.
ERROR: DW025: The payload with AdobeCode:
{D97AF04B-B70A-4862-BC25-31E6D9C4A529} has required dependency on:
Family: CoreTech
ProductName: Adobe WinSoft Linguistics Plugin CS5 x64
MinVersion: 0.0.0.0
This dependency is not satisfied, because this payload is x64 and is not
supported on this machine.
Removing this dependency from list. Product may function improperly.
WARNING: DW025: The payload with AdobeCode:
{D97AF04B-B70A-4862-BC25-31E6D9C4A529} has recommended dependency on:
Family: Adobe Web Suite CS5.5
ProductName: Adobe Media
[WSG] nav element
Hi, Working with the semantical HTML5 elements I keep feeling aversion to the extra elements I am producing. Like the nav element, using it as a container for a menu in an list does not feel as an advantage, I never needed a container for the list before. I trained myself in keeping the code as clean and small as possible and now I am simply creating more elements. How about a nav element containing just links? I can think of answer myself like that a nav element may also contain a header, or contain paragraph with links inside the text. So this could lead to the conclusion that (with keeping in mind to never use an element unless you need it) that I should only use the nav element in such cases, and that a nav element around a simple list is not adding anything to it but creating more code. Anyone having any thoughts on this? Bye, Frances www.waalweb.nl www.smartscripts.nl Zelfstudiehandboek Websites Ontwikkelen met HTML, CSS en Dreamweaver WaalWeb | Halfweg, Noord-Holland | KvK 34350833 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] nav element
Hi Phil, Yes, you are right, and screenreaders have the opportunity to skip the nav, for instance. It is just that when I work with this I keep having the feeling it is a bit overdone and I keep looking for some logic to simplify things. So I wonder how others deal with this, maybe something I didn't think of...? Frances Op 22 nov 2011, om 16:16 heeft Phil Archer het volgende geschreven: Hi Frances, I think you might be missing some of the semantics. I might include a list in a page, such as a list of references, or a friend list where each friend was linked to their public profile - but those aren't navigation links. The nav / element tells search engines etc. what this list of links is for. Dunno if that makes sense, Phil. On 22/11/2011 14:32, Frances de Waal wrote: Hi, Working with the semantical HTML5 elements I keep feeling aversion to the extra elements I am producing. Like the nav element, using it as a container for a menu in an list does not feel as an advantage, I never needed a container for the list before. I trained myself in keeping the code as clean and small as possible and now I am simply creating more elements. How about a nav element containing just links? I can think of answer myself like that a nav element may also contain a header, or contain paragraph with links inside the text. So this could lead to the conclusion that (with keeping in mind to never use an element unless you need it) that I should only use the nav element in such cases, and that a nav element around a simple list is not adding anything to it but creating more code. Anyone having any thoughts on this? Bye, Frances www.waalweb.nl www.smartscripts.nl Zelfstudiehandboek Websites Ontwikkelen met HTML, CSS en Dreamweaver WaalWeb | Halfweg, Noord-Holland | KvK 34350833 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** -- Phil Archer W3C eGovernment http://www.w3.org/egov/ http://philarcher.org @philarcher1 *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] nav element
Thank you, David, good to know, I am afraid this is an example of what made me pose this question :). Suppose time will solve it all! Frances Op 22 nov 2011, om 16:52 heeft David Hucklesby het volgende geschreven: On 11/22/11 6:32 AM, Frances de Waal wrote: Hi, Working with the semantical HTML5 elements I keep feeling aversion to the extra elements I am producing. Like the nav element, using it as a container for a menu in an list does not feel as an advantage, I never needed a container for the list before. I trained myself in keeping the code as clean and small as possible and now I am simply creating more elements. How about a nav element containing just links? I can think of answer myself like that a nav element may also contain a header, or contain paragraph with links inside the text. So this could lead to the conclusion that (with keeping in mind to never use an element unless you need it) that I should only use the nav element in such cases, and that a nav element around a simple list is not adding anything to it but creating more code. Anyone having any thoughts on this? FWIW - I also include a heading element inside the nav element (or div class=nav ). This is for the benefit of non-visual agents, or for cases where CSS is not applied. (Go naked day ???) example: nav h2Site Navigation/h2 ul lia href=??Home/a/li ... /ul /nav This heading is not needed where convention dictates the purpose of the links - as in the case of a menu bar, for example. So it can be moved off screen or otherwise visually hidden, but available to screen readers etc. HTH. -- Cordially, David *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] media queries can't understand body tag
Sorry, I missed the replies in this thread, I didn't intend to be unresponsive. Indeed it is only Safari as far as I can see that loads all the background images at once, but that seems to include also iOS, so quite a big group of mobile users. Maybe this will be improved in iOS 5. Bye, Frances www.waalweb.nl www.smartscripts.nl Zelfstudiehandboek Websites Ontwikkelen met HTML, CSS en Dreamweaver WaalWeb | Halfweg, Noord-Holland | KvK 34350833 Op 27 sep 2011, om 23:33 heeft Hassan Schroeder het volgende geschreven: On 9/27/11 1:42 PM, Frances de Waal wrote: As far as I know all the stylesheets ánd all the linked resources in them like background-images will be loaded with meadia-queries. So I am afraid that the large background image that you try to avoid for mobiles, will be loaded anyway as long as you try to solve this with media-queries. What are you basing this on? A quick test in Chrome and Firefox on OS X and Chrome on an old G1 Android phone, at least, shows that *not* to be true; a background image is only loaded for the rule that matches the applicable media- query. You can watch the logs (or developer console) and see other images fetched as you resize the browser. What browsers/platforms have you tested where this doesn't work? -- Hassan Schroeder - has...@webtuitive.com webtuitive design === (+1) 408-621-3445 === http://webtuitive.com http://about.me/hassanschroeder twitter: @hassan dream. code. *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] Can some of the HTML5 elements be used more than once?
Hi Tee, You can have multiple semanticle HTML5 elements like header, article, section, , footer, aside and nav elements in one webpage. It all depends on it if you want to give the content a semantical meaning, if so, use the corresponding new elements. Only if the box is for other purposes like layout, div is the one to use. As welcome as the elements are, I find that it also often leads to quite a puzzle sometimes to have a clear and logic use of them. Frances www.waalweb.nl www.smartscripts.nl Zelfstudiehandboek Websites Ontwikkelen met HTML, CSS en Dreamweaver WaalWeb | Halfweg, Noord-Holland | KvK 34350833 Op 5 okt 2011, om 12:44 heeft tee het volgende geschreven: I can't find any info if it's OK to use some of the HTML5 elements more than once. What I have in mind, in a ecommerce site which has 3 columns layout, in which left/right side columns are used for reports (e.g., recently view, upsell, related products, poll or newsletter etc...). So can I have? aside id=leftcol/aside section id=middle-col/section aside id=rightcol/aside p/s. I know I can do something like below but for layout/design consideration, this may not be the best approach sometimes. section id=middle-col/section aside div class=sidecol1/div div class=sidecol2/div /aside Similarly, can nav element be used twice? One for cateogries menu, and one for general menu that is used for Customer Service, FAQ sort of the pages. Thanks! tee *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] media queries can't understand body tag
Hi Tee,
As far as I know all the stylesheets ánd all the linked resources in them like
background-images will be loaded with meadia-queries. So I am afraid that the
large background image that you try to avoid for mobiles, will be loaded anyway
as long as you try to solve this with media-queries.
Bye,
Frances
www.waalweb.nl
www.smartscripts.nl
Zelfstudiehandboek Websites Ontwikkelen met HTML, CSS en Dreamweaver
WaalWeb | Halfweg, Noord-Holland | KvK 34350833
Op 20 sep 2011, om 00:02 heeft tee het volgende geschreven:
Please see this.
http://bit.ly/mWvfWC
The reason I want to target body tag in media queries is because I don't want
to panelize mobile user to load the large background image. I started first
with min-width but the result was more problematic, so I switched to
max-width. As to the reason why there is a min-width and max-width separately
for 1024px is because I want to use a background image (no repeat-x) that
fills up the width of the desktop's screen (e.g. 2500px), and there is no
reason to ask the 1024 screen resolutions' user loads this large image.
tee
On Sep 18, 2011, at 2:43 PM, Benjamin Hawkes-Lewis wrote:
On Sun, Sep 18, 2011 at 4:34 PM, tee weblis...@gmail.com wrote:
Hmmm, media queries can't understand body tag; a id or class for the tag is
needed. Spec on W3C site doesn't indicate though as I see example like so:
@media all { body { background:lime } }
A browser bug?
Works for me in Chrome:
http://pastehtml.com/view/b7qe04of6.html
Do you have a testcase you can point to that fails in a named browser?
--
Benjamin Hawkes-Lewis
***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
***
***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
***
***
List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org
***
Re: [WSG] Mobile Page Passes but MIME Type Fails
Hi Kevin, The MIME type application/xhtml+xml may be the right choise in theorie but causes some problems in practice. We have finally decided to stop using it for mobile devices. Besides of that if your site will be maintained with a CMS you can't control the content and a page might go blank cause of one little mistake in the code. Removing the content- type meta-tag makes Dreamweaver to convert the page to ISO instead of UTF, maybe other editors do so as well. Our experience with application/xhtml+xml in a nutshell is that the web is not set for it. Cheers, Frances de Waal www.waalweb.nl Op 17 jun 2010 om 09:10 heeft Tom Ditmars zar...@zarggg.net het volgende geschreven:\ On 16-Jun-10 12:34, Kevin Erickson wrote: Arrrgh! Thanks for the attempt but it still warns on the MIME type after the change suggested. I guess I can move on but can anyone tell me what the issue is??? Right here: meta http-equiv=content-Type content=text/html; charset=utf-8 / Also, as other have mentioned, you should check with your host to make sure that the file is served how you want it (most likely application/xhtml+xml). Once you have that set up, you should remove that meta element. -- ___ Tom Ditmarszarggg [at] zarggg [dot] net KeyID: 0xBB48FA7D --- *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] breaks, lists in a form or not, and more or less divs
Hi Jamie, So good to hear it from people who actually use speech. I also think it makes most sense to use a paragraph for each verse and a break per line. After avoiding breaks I begin to get used on the idea. Thanks, Frances Op 30 dec 2009, om 15:41 heeft Smith, Jamie het volgende geschreven: I work for Blind Services. This was an interesting question, so I sought out two folks that use speech and benefit from coding correctly. The two blind folks that use speech , one an English major, one a verse writer, noted they would prefer that the code was done so verses equate to paragraph. They don’t want to read poems as lists. And both often use the paragraph level to read poems to better enjoy them. Paragraph by line, they both noted would make it too choppy if using the paragraph level to read the poem. So, I’d use the paragraph code at the front of the verse, each line having a line break. From: li...@webstandardsgroup.org [mailto:li...@webstandardsgroup.org] On Behalf Of Frances de Waal Sent: Sunday, December 06, 2009 3:42 PM To: wsg@webstandardsgroup.org Subject: [WSG] breaks, lists in a form or not, and more or less divs Hi there, May I ask your opinion about some semantic/HTML basics? In case of a poem, if I place every verse in a paragraph, what do I do with each line of text in the verse? Is this one of the very few occasions to use breaks? A verse doesn't seem a list to me... or is it? I like your opinion. In the very few tutorials I have seen about how to markup a form semantically, both were using a list in the form. To me that seems totally unneccessary plus too much markup. Does anyone know what can be the reason of doing it that way? InContextEditing, the online CMS from Adobe, needs a extra div for every editable region. This makes me avoiding the tool. Some keep saying that extra divs don't make any difference to a page at all. I agree they have no meaning semantically, but they do create extra code which is not neccessary for the content. But then again, we don't talk about 100 divs here. So, besides of best practice, is there any place where the extra divs may have bad influence? Frances de Waal www.waalweb.nl *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org *** *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
Re: [WSG] breaks, lists in a form or not, and more or less divs
Hi, I never thought of using pre but of course that also is an option to use in a poem. And no secret need for a list in a form as I thought. And more or less divs... nobody feels anything about this issue, that's ok, I suppose no user-agent will stumble over more divs, it is just less clean. I was just focused on InContextEditing but of course many other CMS's need just as well more divs, I realised after. Thanks for your reply! Frances de Waal www.waalweb.nl *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
[WSG] breaks, lists in a form or not, and more or less divs
Hi there, May I ask your opinion about some semantic/HTML basics? In case of a poem, if I place every verse in a paragraph, what do I do with each line of text in the verse? Is this one of the very few occasions to use breaks? A verse doesn't seem a list to me... or is it? I like your opinion. In the very few tutorials I have seen about how to markup a form semantically, both were using a list in the form. To me that seems totally unneccessary plus too much markup. Does anyone know what can be the reason of doing it that way? InContextEditing, the online CMS from Adobe, needs a extra div for every editable region. This makes me avoiding the tool. Some keep saying that extra divs don't make any difference to a page at all. I agree they have no meaning semantically, but they do create extra code which is not neccessary for the content. But then again, we don't talk about 100 divs here. So, besides of best practice, is there any place where the extra divs may have bad influence? Frances de Waal www.waalweb.nl *** List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm Help: memberh...@webstandardsgroup.org ***
