473,326 Members | 1,972 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,326 software developers and data experts.

IE bug with floating <div>s

For some reason, I can't get the middle column of this setup to work
properly in IE (go figure). It looks like it's supposed to in Opera and
Firefox, but now I only need it to work in IE as well.

I've checked around Google for possible clues, some having a JavaScript
solution to something I believe should be possible to fix in pure CSS.
In fact, that's exactly what I need; a pure XHTML/CSS solution (no
client-side scripting).

Can anyone clue me in on the right path to the solution?

--
Kim André Akerø
- ki******@NOSPAMbetadome.com
(remove NOSPAM to contact me directly)
Aug 28 '05 #1
19 1892
Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work
properly in IE (go figure). It looks like it's supposed to in Opera
and Firefox, but now I only need it to work in IE as well.

I've checked around Google for possible clues, some having a
JavaScript solution to something I believe should be possible to fix
in pure CSS. In fact, that's exactly what I need; a pure XHTML/CSS
solution (no client-side scripting).

Can anyone clue me in on the right path to the solution?


It's late, I'm tired, so that probably explains why I managed to skip
out on an URL. Anyway, this is the page that needs some fixing:
http://x4team.kommersnart.net/

--
Kim André Akerø
- ki******@NOSPAMbetadome.com
(remove NOSPAM to contact me directly)
Aug 28 '05 #2
Els
Kim André Akerø wrote:
Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work
properly in IE (go figure). It looks like it's supposed to in Opera
and Firefox, but now I only need it to work in IE as well.

I've checked around Google for possible clues, some having a
JavaScript solution to something I believe should be possible to fix
in pure CSS. In fact, that's exactly what I need; a pure XHTML/CSS
solution (no client-side scripting).

Can anyone clue me in on the right path to the solution?


It's late, I'm tired, so that probably explains why I managed to skip
out on an URL. Anyway, this is the page that needs some fixing:
http://x4team.kommersnart.net/


#main_top { margin: 0 0px;}
#main_top_container { margin: 0 0 0 0;}
div.news_header{padding:0 0 0 0;}

--
Els http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Aug 28 '05 #3
Els wrote:
Kim André Akerø wrote:
Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work >> properly in IE (go figure). It looks like it's supposed to in
Opera >> and Firefox, but now I only need it to work in IE as well.
I've checked around Google for possible clues, some having a
JavaScript solution to something I believe should be possible to fix >> in pure CSS. In fact, that's exactly what I need; a pure
XHTML/CSS >> solution (no client-side scripting).
Can anyone clue me in on the right path to the solution?


It's late, I'm tired, so that probably explains why I managed to
skip out on an URL. Anyway, this is the page that needs some fixing:
http://x4team.kommersnart.net/


#main_top { margin: 0 0px;}
#main_top_container { margin: 0 0 0 0;}
div.news_header{padding:0 0 0 0;}


Which only makes the design go offset to what the designer had in mind.
Here's what the designer made (warning: big graphics), I'm just in
charge of translating the PhotoShop image slicing to actual HTML code
and developing the back-end PHP code:
http://www.design-eye.com/israel/x4team/main.php

--
Kim André Akerø
- ki******@NOSPAMbetadome.com
(remove NOSPAM to contact me directly)
Aug 29 '05 #4
Els
Kim AndrçŸker� wrote:
Els wrote:
Kim André Akerø wrote:
Kim André Akerø wrote:

For some reason, I can't get the middle column of this setup to work >> properly in IE (go figure). It looks like it's supposed to in
Opera >> and Firefox, but now I only need it to work in IE as well.

I've checked around Google for possible clues, some having a
JavaScript solution to something I believe should be possible to

fix >> in pure CSS. In fact, that's exactly what I need; a pure
XHTML/CSS >> solution (no client-side scripting).

Can anyone clue me in on the right path to the solution?

It's late, I'm tired, so that probably explains why I managed to
skip out on an URL. Anyway, this is the page that needs some fixing:
http://x4team.kommersnart.net/


#main_top { margin: 0 0px;}
#main_top_container { margin: 0 0 0 0;}
div.news_header{padding:0 0 0 0;}


Which only makes the design go offset to what the designer had in mind.


Yup, I know.
Here's what the designer made (warning: big graphics), I'm just in
charge of translating the PhotoShop image slicing to actual HTML code
and developing the back-end PHP code:
http://www.design-eye.com/israel/x4team/main.php


Looks better than what you get when you take out paddings and margins.
I could of course do this job for you, but... ;-)

IE expands widths when the element's contents require that.
See this example:
http://here.locusmeus.com/kim.html

That's why if I were to do this page, I wouldn't set any width on the
middle column. Divs naturally expand as far as they can. I'd only put
margins on it to match the sidebars.

--
Els http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Aug 29 '05 #5
rf
Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work
properly in IE (go figure).


That is not your only problem.

Those pictures of text are, for me, unreadable. I almost have to fire up
magnifier to see what is in the buttons and the headings on the right hand
side.

And this:
http://users.bigpond.net.au/rf/screenshot/x4.jpg

I suspect you are trying to control too many things. Simply leave out most
of your css (line-height, the width of that center div) and let the browser
figure things out. It's quite capable of doing so.

Cheers
Richard.

Aug 29 '05 #6
rf wrote:
Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work
properly in IE (go figure).


That is not your only problem.

Those pictures of text are, for me, unreadable. I almost have to fire
up magnifier to see what is in the buttons and the headings on the
right hand side.

And this:
http://users.bigpond.net.au/rf/screenshot/x4.jpg

I suspect you are trying to control too many things. Simply leave out
most of your css (line-height, the width of that center div) and let
the browser figure things out. It's quite capable of doing so.


I've removed the width for the center div and the line-heights from
elsewhere now, but the text size in the images themselves aren't
exactly my problem. That's how I received the material from the layout
designer. I just puzzle the pieces together (and that's one heckuva
jigsaw puzzle, I tell ya). Precision placement is what it is.

And from what I could tell, the position of the center <div> is still
way down on the page.

I know, the text sizes suck, and I'm more or less forced to outfit a
lot of the font-size in pixels, since it needs to fit within the images
they're supposed to be layered on top of (read: used as background).
Personally, I would've gone for percentages, but that didn't appear to
be the case of the guy who actually designed this thing.

--
Kim André Akerø
- ki******@NOSPAMbetadome.com
(remove NOSPAM to contact me directly)
Aug 29 '05 #7
rf
Kim André Akerø wrote:
I know, the text sizes suck, and I'm more or less forced to outfit a
lot of the font-size in pixels, since it needs to fit within the images
No it does not. If you think it will then you have not considered my browser or my choice of font size or my viewport dimensions.
they're supposed to be layered on top of (read: used as background).
They won't be. Trying to fit text into a fixed size "background" simply does not work.
Personally, I would've gone for percentages, but that didn't appear to
be the case of the guy who actually designed this thing.


Then the "guy who actually designed this this thing" should be kicked in the arse and told that designing for the web bears no resemblance at all to designing for the print media.

In the print arena one can talk about absolutely positioned things and specific font sizes and line heights and so on.

In the web arena one can not.

That is it. Full stop. Not.

You (or your "designer") have no control whatsoever over my browser font size or viewport size. Design your site accordingly ;-)

Cheers
Richard.
Aug 29 '05 #8

On 29 Aug 2005, [iso-8859-1] Kim André Akerø wrote:
rf wrote:
Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work
properly in IE (go figure).
That is not your only problem.

Those pictures of text are, for me, unreadable. I almost have to fire
up magnifier to see what is in the buttons and the headings on the
right hand side.

And this:
http://users.bigpond.net.au/rf/screenshot/x4.jpg

I suspect you are trying to control too many things. Simply leave out
most of your css (line-height, the width of that center div) and let
the browser figure things out. It's quite capable of doing so.


I've removed the width for the center div and the line-heights from
elsewhere now, but the text size in the images themselves aren't
exactly my problem. That's how I received the material from the layout
designer. I just puzzle the pieces together (and that's one heckuva
jigsaw puzzle, I tell ya). Precision placement is what it is.


Since the menus on the right don't currently go to the bottom of the page,
is there any reason you cant specify the height of the divs in em instead
of pixels? (perhaps "height: 1.2em" instead of "height: 15px") That way,
if a Firefox user presses Ctrl-+ (Control-plus) to enlarge the text
because of vision problems, the menus would enlarge vertically and reduce
the horizontal overlap of the menu items. (There is still vertical
overlap at very large font sizes but I don't know of a complete cure that
wouldn't mess up your current design. I'm just learning CSS as it's only
recently that I got graphical access and a graphical browser I feel safe
with.)
And from what I could tell, the position of the center <div> is still
way down on the page.

I know, the text sizes suck, and I'm more or less forced to outfit a
lot of the font-size in pixels, since it needs to fit within the images
they're supposed to be layered on top of (read: used as background).
Personally, I would've gone for percentages, but that didn't appear to
be the case of the guy who actually designed this thing.


Another small problem is with the world map image at the top right
corner of the page. Until I noticed the red dot and took a closer look
to see why it was there, I thought that that corner of the page was just
a blank black rectangle. The map is so dark it's almost impossible to
see. On my previous dimmer monitor it *would* have been impossible to
see.

Perhaps if you bumped up the brightness and contrast of that image
slightly then more people would notice that there's a map there.

--
``Why don't you find a more appropiate newsgroup to post this tripe into?
This is a meeting place for a totally differnt kind of "vision impairment".
Catch my drift?'' -- "jim" in alt.disability.blind.social regarding an
off-topic religious/political post, March 28, 2005

Aug 29 '05 #9
Els
Kim André Akerø wrote:
rf wrote:
Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work
properly in IE (go figure).
[...] I suspect you are trying to control too many things. Simply leave out
most of your css (line-height, the width of that center div) and let
the browser figure things out. It's quite capable of doing so.
I've removed the width for the center div and the line-heights from

[...] And from what I could tell, the position of the center <div> is still
way down on the page.
That is because not all widths have gone.
To prove this, add this line:
#contents {width: 903px;}
If the total page would be 903-897=6pixels wider, the middle column
fits.

So you're looking for 6 pixels too much width in the middle column.
You haven't looked at http://here.locusmeus.com/kim.html, have you?
It should give you some clues as to where the width is coming from.
Look at the page in both IE and another browser, to see how different
browsers respond to your code.

Oh, and Richard and Norman are right, you could easily do this page
without pixel fonts and pixel heights. In fact, it would be easier.
I know, the text sizes suck, and I'm more or less forced to outfit a
lot of the font-size in pixels, since it needs to fit within the images
they're supposed to be layered on top of (read: used as background).
The background images that have text on them, are just coloured
blocks. You can repeat them when the font is enlarged.
Personally, I would've gone for percentages, but that didn't appear to
be the case of the guy who actually designed this thing.


Did he say 'make sure the font can't get enlarged' or are you assuming
that it shouldn't be cause otherwise the design wouldn't work?

--
Els http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Aug 29 '05 #10
rf wrote:
<META content="MSHTML 6.00.2800.1476" name=GENERATOR>


Dude. :-(

--
Toby A Inkster BSc (Hons) ARCS
Contact Me ~ http://tobyinkster.co.uk/contact
Aug 29 '05 #11
Kim André Akerø wrote:
For some reason, I can't get the middle column of this setup to work
properly in IE (go figure). It looks like it's supposed to in Opera and
Firefox, but now I only need it to work in IE as well .......... Can anyone clue me in on the right path to the solution?


Visit http://www.w3.org/2002/03/csslayout-howto

--
James Pickering
http://jp29.org/
(Table-free layout)

Aug 29 '05 #12
rf
Toby Inkster wrote:
rf wrote:
<META content="MSHTML 6.00.2800.1476" name=GENERATOR>


Dude. :-(


Er... What?

Cheers
Richard.
Aug 29 '05 #13
Writing in
news:alt.html,alt.http://www.webmaster,comp.infosystem...authoring.html
From the safety of the LocusMeus.com cafeteria
Els <el*********@tiscali.nl> said:
...
Oh, and Richard and Norman are right, you could easily do this page
without pixel fonts and pixel heights.
vote = +1
In fact, it would be easier.


Bingo.

--
William Tasso

** Business as usual
Aug 30 '05 #14

Seen on comp.infosystems.www.authoring.html, rf had said:
I suspect you are trying to control too many things. Simply leave
out most of your css (line-height, the width of that center div)
and let the browser figure things out. It's quite capable of doing
so.

On Mon, 29 Aug 2005, Kim André Akerø wrote, seen on
comp.infosystems.www.authoring.html:
That's how I received the material from the layout
designer. I just puzzle the pieces together (and that's one heckuva
jigsaw puzzle, I tell ya). Precision placement is what it is.


"Precision placement" doesn't happen via HTML and CSS, in a WWW
context.

Based solely on what you are saying, without looking at any URLs, I'm
inclined to support the previous contributor, rf, and advise you
("you" collectively) that better results can be expected by discarding
ideas of "precision placement" in a WWW context. Designing for
flexibility is only logical - since flexibility is what the WWW
browsing situation does anyway. So either capitalise on it and
exploit its benefits - or condemn yourselves to endless frustration.

The actual page works better on Lynx, than it does with text zoomed
on Mozilla. I can't help feeling that there's a message in that
observation.

(I don't suppose I'll get any thanks for this answer, but it's
the way things are on the WWW anyway, deezyners or no deezyners.)
Aug 30 '05 #15

On Tue, 30 Aug 2005, Alan J. Flavell wrote:
[snip]
"Precision placement" doesn't happen via HTML and CSS, in a WWW
context.

Based solely on what you are saying, without looking at any URLs, I'm
inclined to support the previous contributor, rf, and advise you
("you" collectively) that better results can be expected by discarding
ideas of "precision placement" in a WWW context. Designing for
flexibility is only logical - since flexibility is what the WWW
browsing situation does anyway. So either capitalise on it and
exploit its benefits - or condemn yourselves to endless frustration.
Precision *anything* for that matter. Your colour choices mean nothing if
a user has a 16-colour display or a monochrome monitor or is browsing
with a cell-phone.

The actual page works better on Lynx, than it does with text zoomed
on Mozilla. I can't help feeling that there's a message in that
observation.


There is one exception to that "works better on Lynx". Using identical
URLs for the imagemap tests results in Lynx only displaying one item when
the imagemap is selected. The last item to use that URL is the one
displayed:

: Choose a member to see the profile
:
: MAP: http://x4team.kommersnart.net/#teamprofiles
:
: * [1] Name 6
:
: References
:
: 0. LYNXIMGMAP:http://x4team.kommersnart.net/#teamprofiles
: 1. http://x4team.kommersnart.net/#link

Editing the dummy links so all are different makes all of the choices show
up. The results of changing "#link" to "#link1", "#link2", "#link3",
"#link4", "#link5" and "#link6" in the team imagemap definitions on a
local copy of that page:

: Choose a member to see the profile
:
: MAP: file://localhost/csuite/home/80/af380/k/x4team.ed.html#teamprofiles
:
: * [1] Name 1
: * [2] Name 2
: * [3] Name 3
: * [4] Name 4
: * [5] Name 5
: * [6] Name 6
:
: References
:
: 0. LYNXIMGMAP:file://localhost/csuite/home/80/af380/k/x4team.ed.html#teamprofiles
: 1. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link1
: 2. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link2
: 3. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link3
: 4. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link4
: 5. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link5
: 6. file://localhost/csuite/home/80/af380/k/x4team.ed.html#link6

--
``Why don't you find a more appropiate newsgroup to post this tripe into?
This is a meeting place for a totally differnt kind of "vision impairment".
Catch my drift?'' -- "jim" in alt.disability.blind.social regarding an
off-topic religious/political post, March 28, 2005

Aug 30 '05 #16
Alan J. Flavell wrote:
On Mon, 29 Aug 2005, Kim André Akerø wrote, seen on
comp.infosystems.www.authoring.html:
Seen on comp.infosystems.www.authoring.html, rf had said:
I suspect you are trying to control too many things. Simply leave
out most of your css (line-height, the width of that center div)
and let the browser figure things out. It's quite capable of
doing so.

That's how I received the material from the layout
designer. I just puzzle the pieces together (and that's one heckuva
jigsaw puzzle, I tell ya). Precision placement is what it is.


"Precision placement" doesn't happen via HTML and CSS, in a WWW
context.

Based solely on what you are saying, without looking at any URLs, I'm
inclined to support the previous contributor, rf, and advise you
("you" collectively) that better results can be expected by
discarding ideas of "precision placement" in a WWW context.
Designing for flexibility is only logical - since flexibility is what
the WWW browsing situation does anyway. So either capitalise on it
and exploit its benefits - or condemn yourselves to endless
frustration.

The actual page works better on Lynx, than it does with text zoomed
on Mozilla. I can't help feeling that there's a message in that
observation.

(I don't suppose I'll get any thanks for this answer, but it's
the way things are on the WWW anyway, deezyners or no deezyners.)


Not to worry, I read all responses I've received in this thread, and
I'm taking them all into consideration (even criticism, no matter how
tough) when proceeding with the project at hand.

Constructive criticism is what makes me learn from mistakes and see
things that I haven't already thought about. I thank all of you for
that.

But as of yet, I'm not quite done making changes, so just keep on
coming with suggestions. I'll try to upload changes along the way.

--
Kim André Akerø
- ki******@NOSPAMbetadome.com
(remove NOSPAM to contact me directly)
Aug 30 '05 #17
Norman L. DeForest wrote:

On Tue, 30 Aug 2005, Alan J. Flavell wrote:
[snip]
The actual page works better on Lynx, than it does with text zoomed
on Mozilla. I can't help feeling that there's a message in that
observation.


There is one exception to that "works better on Lynx". Using
identical URLs for the imagemap tests results in Lynx only displaying
one item when the imagemap is selected. The last item to use that
URL is the one displayed:

: Choose a member to see the profile
:
: MAP: http://x4team.kommersnart.net/#teamprofiles
:
: * [1] Name 6
:
: References
:
: 0. LYNXIMGMAP:http://x4team.kommersnart.net/#teamprofiles
: 1. http://x4team.kommersnart.net/#link

Editing the dummy links so all are different makes all of the choices
show up. The results of changing "#link" to "#link1", "#link2",
"#link3", "#link4", "#link5" and "#link6" in the team imagemap
definitions on a local copy of that page:

: Choose a member to see the profile
:
: MAP:
file://localhost/csuite/home/80/af380/k/x4team.ed.html#teamprofiles :
: * [1] Name 1
: * [2] Name 2
: * [3] Name 3
: * [4] Name 4
: * [5] Name 5
: * [6] Name 6
:
: References
:
: 0.
LYNXIMGMAP:file://localhost/csuite/home/80/af380/k/x4team.ed.html#team
profiles : 1.
file://localhost/csuite/home/80/af380/k/x4team.ed.html#link1 : 2.
file://localhost/csuite/home/80/af380/k/x4team.ed.html#link2 : 3.
file://localhost/csuite/home/80/af380/k/x4team.ed.html#link3 : 4.
file://localhost/csuite/home/80/af380/k/x4team.ed.html#link4 : 5.
file://localhost/csuite/home/80/af380/k/x4team.ed.html#link5 : 6.
file://localhost/csuite/home/80/af380/k/x4team.ed.html#link6


The dummy links are in place until the layout page is divided into
proper sections when I start doing the back-end programming. Once the
pages themselves are in place, the image maps will look a lot better in
Lynx as well.

--
Kim André Akerø
- ki******@NOSPAMbetadome.com
(remove NOSPAM to contact me directly)
Aug 30 '05 #18
rf wrote:
Toby Inkster wrote:
rf wrote:
> <META content="MSHTML 6.00.2800.1476" name=GENERATOR>
Dude. :-(


Er... What?


Er... this:
Content-Type: multipart/alternative


--
Toby A Inkster BSc (Hons) ARCS
Contact Me ~ http://tobyinkster.co.uk/contact

Aug 30 '05 #19
rf
Toby Inkster wrote
Er... this:
Content-Type: multipart/alternative


Ah I see now. You are complaining about my post.

I have no idea why this is hapenning. It appears to be localised to this
single thread. Plosts in other threads are plain text, just like my settings
say.

Blame on outlook express I suppose.

Cheers
Richard.
Aug 30 '05 #20

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

13
by: Mikko Ohtamaa | last post by:
From XML specification: The representation of an empty element is either a start-tag immediately followed by an end-tag, or an empty-element tag. (This means that <foo></foo> is equal to...
1
by: Philo | last post by:
How do I select all <div> tags except those which contain a <table> tag somewhere within them? Example XML: <********************** sample input ***********************> <txtSectionBody>...
3
by: Paul Thompson | last post by:
When I put a <div ...> inside a <table> specification, functionality is not there. When I put the <table> inside the <div> everything works. Why is that?
3
by: Jens Kristensen | last post by:
I have a problem displaying a divbox containing a html-textarea - everything works fine with "normal" characters. However, when the textarea contains special chars like <P> or ' , the box fails to...
8
by: Daniel Hansen | last post by:
I know this must seem totally basic and stupid, but I cannot find any reference that describes how to control the spacing between <p>...</p> and <div>...</div> blocks. When I implement these on a...
3
by: Josef K. | last post by:
Asp.net generates the following html when producing RadioButton lists: <td><input id="RadioButtonList_3" type="radio" name="MyRadioButtonList" value="644"...
28
by: Kent Feiler | last post by:
1. Here's some html from a W3C recommendations page. <P>aaaaaaaaa<DIV>bbbbbbbbb</DIV><DIV>cccccccc<P>dddddddd</DIV> 2.Although I didn't think it would make any difference, I tried it with the...
5
by: Agix | last post by:
Hi there, Please check out : http://clarifysolutions.co.uk/certenroll/ The source is included below. This page is a test, so I can play about with paddings, margins and layouts using divs as...
8
prino
by: prino | last post by:
Hi all, I've written code (in REXX) that takes files in legacy languages (PL/I, COBOL, z/OS assembler, etc) and converts them into HTML in a format similar to what's displayed in the z/OS ISPF...
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
0
by: ryjfgjl | last post by:
ExcelToDatabase: batch import excel into database automatically...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
1
by: Defcon1945 | last post by:
I'm trying to learn Python using Pycharm but import shutil doesn't work

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.