473,406 Members | 2,620 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,406 software developers and data experts.

Opposite of invisible

We all know that one trick in dealing with old browsers is to add extra
bits of content with class="old", where old is defined as display:none in a
style sheet that is @imported so that old browsers never see it and hence
don't "none" the display of the content. I use this, for example, to put a
heading on my navigation menu in NN4 et al, because they can't handle the
CSS-P that I use to move the menu to a place where it's obvious and doesn't
need a heading, and to hide the "You should upgrade your browser" message
from people who don't need to. (If this is too confusing, check the URL in
my .sig with an old and a new browser for an example.)

I'm trying to think of a way to do the opposite of this. I want to be able
to show certain things only to users of modern browsers. It can't be a
JavaScript solution, or rely on server-side browser sniffing. The best
I've come up with is to do class="new" where new is defined as display:none
in the LINKed style sheet, and as display:whatever-the-default-is in the
@imported style sheet. My concern is that there may be old browsers that
won't understand (or will botch) display:none. Can anyone point me to a
resource that will allay this concern? Any better suggestions?

--
Greg Schmidt gr***@trawna.com
Trawna Publications http://www.trawna.com/
Jul 20 '05 #1
15 4837
Els
Greg Schmidt wrote:
We all know that one trick in dealing with old browsers is
to add extra bits of content with class="old", where old is
defined as display:none in a style sheet that is @imported
so that old browsers never see it and hence don't "none"
the display of the content. I use this, for example, to
put a heading on my navigation menu in NN4 et al, because
they can't handle the CSS-P that I use to move the menu to
a place where it's obvious and doesn't need a heading, and
to hide the "You should upgrade your browser" message from
people who don't need to. (If this is too confusing, check
the URL in my .sig with an old and a new browser for an
example.)

I'm trying to think of a way to do the opposite of this. I
want to be able to show certain things only to users of
modern browsers. It can't be a JavaScript solution, or
rely on server-side browser sniffing. The best I've come
up with is to do class="new" where new is defined as
display:none in the LINKed style sheet, and as
display:whatever-the-default-is in the @imported style
sheet. My concern is that there may be old browsers that
won't understand (or will botch) display:none. Can anyone
point me to a resource that will allay this concern? Any
better suggestions?


display:block and display:inline, whichever is appropriate for
the element.

--
Els http://locusmeus.com/
Sonhos vem. Sonhos vão. O resto é imperfeito.
- Renato Russo -
Now playing: George Baker Selection - Little Green Bag
Jul 20 '05 #2
On Tue, 20 Jul 2004 18:19:21 -0400, Greg Schmidt <gr***@trawna.com> wrote:
I'm trying to think of a way to do the opposite of this. I want to be
able
to show certain things only to users of modern browsers.


Depending on *how* new browsers you want it to show, you might be able to
use generated content. Following is supported by at least Gecko, Opera and
KHTML. IE (Windows, dunno about Mac versions) doesn't have a clue.

<div id="someid"></div>

#someid:after{
content: "This text will be shown";
display: block; /* 'inline' would work, too */
}

--
"What's wrong with running away from reality if it sucks?!"
- Shinji Ikari, Neon Genesis Evangelion
Jul 20 '05 #3
Greg Schmidt wrote:
display:none in a style sheet that is @imported so that old
browsers never see it and hence don't "none" the display of the
content. I use this, for example, to put a heading on my
navigation menu in NN4 et al, because they can't handle the CSS-P
that I use to move the menu to a place where it's obvious and
doesn't need a heading,
Ok.
and to hide the "You should upgrade your browser" message from
people who don't need to.
Why are you telling people they should upgrade?
I'm trying to think of a way to do the opposite of this. I want to
be able to show certain things only to users of modern browsers.
Why are you trying to exclude content from users of NS4 et al?
My concern is that there may be old browsers that won't understand
(or will botch) display:none.


I don't know of any. But your concern is misplaced, I think. You
should be concerned that your authoring principles are a bit askew.

Fret not about which browser your visitors use, and whether it meets
your standards. Beyond testing the code in a reasonable set of
browsers, you should do nothing in particular for or against any
particular browser.

--
Brian (remove ".invalid" to email me)
http://www.tsmchughs.com/
Jul 20 '05 #4
On Tue, 20 Jul 2004 21:55:09 -0400, Brian wrote:
Greg Schmidt wrote:
and to hide the "You should upgrade your browser" message from
people who don't need to.
Why are you telling people they should upgrade?


Ah, I knew I should have used the full text. What I actually say is "This
site will look much better in a browser that supports current web
standards." I tell them that because it's true. :-) Why people should or
should not upgrade is a discussion that's been done to death, let's not
start it again!
I'm trying to think of a way to do the opposite of this. I want to
be able to show certain things only to users of modern browsers.


Why are you trying to exclude content from users of NS4 et al?


I'm not trying to exclude content. I don't actually have a use for it
right now, but thought it was an interesting exercise, and might be useful
down the road. For example, if I had (as I tried at one point) a method of
switching style sheets but it only changed styles that are hidden from NN4
(because they break it badly), then there is no point in users of NN4
getting their hopes up and then thinking my site is broken when nothing
visibly changes.

As another (contrived) example, I might want to congratulate a visitor on
using a browser that does support current web standards, and clearly
showing this message to someone using NN4 would be inappropriate! (Then
again, showing it to anyone using any version of IE would also be
inappropriate, but that is also another topic... Karri's solution may be
highly appropriate in this case.)
Fret not about which browser your visitors use, and whether it meets
your standards. Beyond testing the code in a reasonable set of
browsers, you should do nothing in particular for or against any
particular browser.


My visitors use a wide variety of browsers, so I cannot reasonably ignore
anything before 4th generation (including MSN TV). My HTML is laid out in
what I believe is a highly accessible manner (content first, then
navigation). To get the look I want, I use modern CSS techniques
(specifically CSS-P) which old browsers cannot handle. If I do nothing in
particular for those old browsers, then the site becomes completely
unusable, with things overlapping other things. So, I separate what works
for all browsers from what works only with modern browsers, LINK the former
and @import the latter. I then take some very small steps to make it as
usable as possible in both sets.

If you think this is the wrong way to go, feel free to check the site in my
..sig, which represents the best compromise I've found so far, and make
specific comments about what you would do differently.

--
Greg Schmidt gr***@trawna.com
Trawna Publications http://www.trawna.com/
Jul 20 '05 #5
On Wed, 21 Jul 2004 01:57:30 +0300, Karri Kahelin wrote:
On Tue, 20 Jul 2004 18:19:21 -0400, Greg Schmidt <gr***@trawna.com> wrote:
I'm trying to think of a way to do the opposite of this. I want to be
able
to show certain things only to users of modern browsers.


Depending on *how* new browsers you want it to show, you might be able to
use generated content. Following is supported by at least Gecko, Opera and
KHTML. IE (Windows, dunno about Mac versions) doesn't have a clue.

<div id="someid"></div>

#someid:after{
content: "This text will be shown";
display: block; /* 'inline' would work, too */
}


I'd considered this, but it has some problems.

First, it is not generic. I'd have to create one of these for each thing I
wanted to make invisible to old browsers. (Not that I expect there would
be many, but as a programmer raised on reusability it strikes a bad chord
with me.)

Second, when I played with generated content a while ago, I was unable to
include any HTML (e.g. a link) in the generated content. This may have
been an error in my implementation or a known limitation; I didn't really
need it at the time, so I didn't bother to track it down.

--
Greg Schmidt gr***@trawna.com
Trawna Publications http://www.trawna.com/
Jul 20 '05 #6
Greg Schmidt wrote:
Brian wrote:

What I actually say is "This site will look much better in a
browser that supports current web standards." I tell them that
because it's true. :-)
It's still unlikely that they care. Probably unlikely that all of them
understand the message to begin with. Only web geeks like ciwa*
regulars care about "standards".

Nor have you thought this through. I just loaded your home page in
Mozilla 0.8, with css disabled. True, 0.8 is not bleeding edge, but it
can certainly claim to support web standards as well or better than
most browsers. (Lynx might have an edge on HTML; Opera on CSS; I think
the DOM crown belongs to Mozilla.) Yet, even though it is a modern
browser that supports current web standards, there's your message,
looking rather silly.
Why people should or should not upgrade is a discussion that's been
done to death, let's not start it again!
I don't know why your telling me this. You already brought it up, and
you continue to rehash the same points further down in this message.
I'm not trying to exclude content. I don't actually have a use for
it right now, but thought it was an interesting exercise, and
might be useful down the road.
You might have told us that up front.
As another (contrived) example, I might want to congratulate a
visitor on using a browser that does support current web standards,
and clearly showing this message to someone using NN4 would be
inappropriate!


Showing such a message to anyone is inappropriate, unless your site is
about upgrading browsers.
Beyond testing the code in a reasonable set of browsers, you
should do nothing in particular for or against any particular
browser.


If I do nothing in particular for those old browsers, then the site
becomes completely unusable, with things overlapping other things.


I could have been clearer. Let me try again:

Beyond testing the code in a reasonable set of browsers and making
code adjustments to protect them from their bugs, you should do
nothing in particular for or against any particular browser. "This
site works best in..." is not accounting for bugs. It's casting
judgement on the user's software.

--
Brian (remove ".invalid" to email me)
http://www.tsmchughs.com/
Jul 20 '05 #7
On Wed, 21 Jul 2004 02:30:19 -0400, Brian wrote:
Greg Schmidt wrote:
Brian wrote:

What I actually say is "This site will look much better in a
browser that supports current web standards." I tell them that
because it's true. :-)
It's still unlikely that they care. Probably unlikely that all of them
understand the message to begin with. Only web geeks like ciwa*
regulars care about "standards".


They may care that my site (and perhaps by implication other sites) don't
look as good as they might, or they may not care. If they care, maybe
they'll ask their local computer expert what they can do about it. If they
don't care, they'll ignore the message and no harm done.
Nor have you thought this through. I just loaded your home page in
Mozilla 0.8, with css disabled. True, 0.8 is not bleeding edge, but it
can certainly claim to support web standards as well or better than
most browsers. (Lynx might have an edge on HTML; Opera on CSS; I think
the DOM crown belongs to Mozilla.) Yet, even though it is a modern
browser that supports current web standards, there's your message,
looking rather silly.


I would argue that by disabling CSS, you have turned your browser into
something that does not support current standards. I think the message is
perfectly appropriate in this case. I'd also argue that "only web geeks
like ciwa* regulars" know how to disable CSS in their browser, and they
know what to expect when they do so.
I'm not trying to exclude content. I don't actually have a use for
it right now, but thought it was an interesting exercise, and
might be useful down the road.


You might have told us that up front.


Yes, I should have. Sorry for the confusion that this was a real-world
problem instead of a learning exercise.
As another (contrived) example, I might want to congratulate a
visitor on using a browser that does support current web standards,
and clearly showing this message to someone using NN4 would be
inappropriate!


Showing such a message to anyone is inappropriate, unless your site is
about upgrading browsers.


I did say it was a contrived example. Trying (and apparently failing) to
be funny, as much as anything. As you say, this particular example would
be of very limited use.
Beyond testing the code in a reasonable set of browsers, you
should do nothing in particular for or against any particular
browser.


If I do nothing in particular for those old browsers, then the site
becomes completely unusable, with things overlapping other things.


I could have been clearer. Let me try again:

Beyond testing the code in a reasonable set of browsers and making
code adjustments to protect them from their bugs, you should do
nothing in particular for or against any particular browser. "This
site works best in..." is not accounting for bugs. It's casting
judgement on the user's software.


Nowhere in this thread or on my site do I say that the site works best in
any particular browser. It is perfectly usable in all browsers I have
tested with (about a dozen). It *looks better* in some than in others.

I think that when you say "making code adjustments to protect them from
their bugs" you mean essentially the same as I did when I said (deleted in
your post) "I separate what works for all browsers from what works only
with modern browsers". That and the (paraphrased) "this site could look
better" message are all that I do to account for different browsers.

--
Greg Schmidt gr***@trawna.com
Trawna Publications http://www.trawna.com/
Jul 20 '05 #8
On Wed, 21 Jul 2004 14:44:45 -0400, Greg Schmidt <gr***@trawna.com> wrote:

I would argue that by disabling CSS, you have turned your browser into
something that does not support current standards.


You may argue this, but you'd be wrong. CSS is designed to be an optional
enhancement of the HTML document, not an integral, mandatory aspect of
your content.
Jul 20 '05 #9
On Wed, 21 Jul 2004, Greg Schmidt wrote:
I would argue that by disabling CSS, you have turned your browser into
something that does not support current standards.
You're implying that all of your current browsers support, for
example, all of CSS2 aural stylesheets? If not, why not?

Fact is, CSS always was and still is intended to be optional:
available to be applied per specification in browsing situations where
it's appropriate, while able to be ignored / switched off in
situations where it's being a nuisance.
I'd also argue that "only web geeks
like ciwa* regulars" know how to disable CSS in their browser,
Maybe you haven't met any users with special needs.

And quite a number of folks who I'd style as "ordinary users" have
found the "web developer toolbar" for Mozilla/Firefox and are using it
to adjust their web browsing experience. I've heard them recommending
it to each other, like "hey you don't have to be a web developer to
use this...". I'm not making this up.
Nowhere in this thread or on my site do I say that the site works best in
any particular browser. It is perfectly usable in all browsers I have
tested with (about a dozen). It *looks better* in some than in others.


That's just fine, in the terms that you just said it, but I'm having a
hard time seeing it jive with the rest of what you said.

Jul 20 '05 #10
Alan J. Flavell wrote:

And quite a number of folks who I'd style as "ordinary users" have
found the "web developer toolbar" for Mozilla/Firefox and are using it
to adjust their web browsing experience.


I've also made some mozilla bookmarklets to override specific styles
when needed, like reverting all elements to static positioning, removing
height/width properties, left-aligning all text (good for those
hard-to-read justified text pages) and so on. I have a whole bookmark
folder with about a half dozen "fixes" defined, and the list is growing.

The only downsides are that I have to enable JS to use the bookmarklets
and they don't stick between pages at a site, but I think those are
small prices to pay for the benefit I'm getting.

It's amazing how much more enjoyable browsing has become now that I
don't feel trapped by stoopid deezyners. :-)

--
Reply email address is a bottomless spam bucket.
Please reply to the group so everyone can share.
Jul 20 '05 #11
kchayka wrote:
I've also made some mozilla bookmarklets to override specific
styles when needed, like reverting all elements to static
positioning, removing height/width properties, left-aligning all
text (good for those hard-to-read justified text pages) and so on.
I have a whole bookmark folder with about a half dozen "fixes"
Neat. Care to share what you've done? (Put them on a page, perhaps?)
The only downsides are that I have to enable JS to use the
bookmarklets


I sort of wish I could have Mozilla always run js in my own
bookmarklets, even when I've disabled js in the web pages.

--
Brian (remove ".invalid" to email me)
http://www.tsmchughs.com/
Jul 20 '05 #12
Greg Schmidt wrote:
I would argue that by disabling CSS, you have turned your browser
into something that does not support current standards.
CSS is optional. I'd argue that a browser does not support the
standard if it does not allow a user to disable it. Opera is the
leader in this particular facet of CSS.
Nowhere in this thread or on my site do I say that the site works
best in any particular browser.
It looks like you have, almost. "This site looks better in a modern
browser" is one small step away from "This site optimized for Netscape
4". Folks seemed to have traded in the mid-90s "optimized" message for
its cool new millenium opposite, which sort of reads like this: "This
site de-optimized for Netscape 4". In both cases, there is a message
on every page of cool designer's site, telling users how to make his
site look better. As if that might matter to Jill User.
It is perfectly usable in all browsers I have tested with (about a
dozen).
IMHO, that's all you really need to do.
It *looks better* in some than in others.

I think that when you say "making code adjustments to protect them
from their bugs" you mean essentially the same as I did


It's quite a different attitude, though. Instead of "my site will look
better if you get Flurbet v 87.3.21.a browser", the message is "this
site should work in any HTML browser". That's what I did for the T.S.
McHugh's site (see sig). The bottom of the help page states that the
site requirement is an HTML browser. On a separate page, linked from
help, I note that a modern browser will improve the visuals and add
more functionality, but I make sure to say that the user's web browser
experience will be improved across the www. Noone will upgrade their
browser for a restaurant's web site.

--
Brian (remove ".invalid" to email me)
http://www.tsmchughs.com/
Jul 20 '05 #13
Brian wrote:
kchayka wrote:
I've also made some mozilla bookmarklets to override specific
styles when needed,
Neat. Care to share what you've done? (Put them on a page, perhaps?)


Here's a simple Left-Align one (watch for wrapping):

javascript:styles='* {text-align:left !important;}'; newSS =
document.createElement('link'); newSS.rel = 'stylesheet'; newSS.href =
'data:text/css,' + escape(styles);
document.documentElement.childNodes[0].appendChild(newSS); void 0

Just add a bookmark manually, paste that code (as one line) into the
location field, and you're done. You can add as many style rules as you
like in one shot, just stick them between the first set of single
quotes. Very handy.
I sort of wish I could have Mozilla always run js in my own
bookmarklets, even when I've disabled js in the web pages.


Yeah, that would make it even better.

--
Reply email address is a bottomless spam bucket.
Please reply to the group so everyone can share.
Jul 20 '05 #14
On Wed, 21 Jul 2004 21:01:51 +0100, Alan J. Flavell wrote:
On Wed, 21 Jul 2004, Greg Schmidt wrote:
I would argue that by disabling CSS, you have turned your browser into
something that does not support current standards.
You're implying that all of your current browsers support, for
example, all of CSS2 aural stylesheets? If not, why not?


An argument could be made that, since none of the browsers I use support
speech (I know, I should get one and test with it, it's on the todo list),
they do in fact fully support all facets of CSS2 aural stylesheets that
apply to the way they render pages. It would be a stupid, facetious
argument, and I sure wouldn't make it, but somebody might. :-)
Fact is, CSS always was and still is intended to be optional:
available to be applied per specification in browsing situations where
it's appropriate, while able to be ignored / switched off in
situations where it's being a nuisance.


If only it really was "applied per specification", life would be so much
easier. NN4 would just ignore large chunks of my stylesheets instead of
botching them with guesses. There wouldn't be "IE box model" hacks. In
short, there would be much rejoicing and eating of minstrels.
I'd also argue that "only web geeks
like ciwa* regulars" know how to disable CSS in their browser,


Maybe you haven't met any users with special needs.


No, you're quite right, I haven't. I was simply echoing Brian's hyperbole:
Only web geeks like ciwa*
regulars care about "standards".

In fact, after I've explained the benefits to them, quite a number of
non-"web geeks" have come to care about and embrace standards. Or by doing
so have they become web geeks (in which case the statement becomes
analagous to "only authors write books" -- true, but meaningless).
Nowhere in this thread or on my site do I say that the site works best in
any particular browser. It is perfectly usable in all browsers I have
tested with (about a dozen). It *looks better* in some than in others.


That's just fine, in the terms that you just said it, but I'm having a
hard time seeing it jive with the rest of what you said.


I don't know what parts don't jive for you. In my mind, it's all
consistent, so I guess there's been a misunderstanding (which I'm quite
willing to accept the blame for) somewhere along the line.

--
Greg Schmidt gr***@trawna.com
Trawna Publications http://www.trawna.com/
Jul 20 '05 #15
On Wed, 21 Jul 2004 18:25:15 -0400, Brian wrote:
Greg Schmidt wrote:
Nowhere in this thread or on my site do I say that the site works
best in any particular browser.
It looks like you have, almost. "This site looks better in a modern
browser" is one small step away from "This site optimized for Netscape
4".


I think it's a pretty big step, actually. Just as far away, IMHO, as the
"A modern browser may improve the visual appearance of this site" from the
site you mention below. Back in the day, "Optimized for NN4" typically
meant that it wouldn't work with anything else. Not even counting Netscape
(or Opera) v6 as distinct from v7, there are probably 10+ browsers that
count as "modern"; my site works (AFAIK) with all of them, and degrades
gracefully (fully functional, but less appealing) in (again, AFAIK) all
other browsers.

I thought it was the whole concept of a message like this that you objected
to, but since you also use one, that can't be it. I'm confused how my
"This site will look much better in a browser that supports current web
standards" is substantially different in meaning from your "A modern
browser may improve the visual appearance of this site" It can't be simply
that I say "will" and you say "may". Is it because I mention "standards"
but you say "modern"? No, you use "modern" above in your example of how
not to do it.
[...] there is a message
on every page of cool designer's site, telling users how to make his
site look better. As if that might matter to Jill User.
Ah, so it is because you have a page dedicated to explaining why (which
gives the user no way of telling whether they in fact have a modern
browser), while I had (yes, past tense) the sentence on every page (but
invisible to those who already have a modern browser)? If so, is there a
consensus that this is the best way to do it?
Instead of "my site will look
better if you get Flurbet v 87.3.21.a browser", the message is "this
site should work in any HTML browser".


Now you're just twisting my words. I have never had a message that
recommended any particular browser. (Okay, one of my personal pages
mentions that I use Opera and hence don't care if it looks sub-par in IE,
but since the bulk of traffic there is me, I don't think it counts.) I
supported the "Any Browser" campaign way back when, and I've stuck to those
same ideals all along, even before it began. Lynx has always been one of
my test platforms.

If I've said anything to give any other impression, then I have not
expressed myself well. It wouldn't be the first time. :-)

--
Greg Schmidt gr***@trawna.com
Trawna Publications http://www.trawna.com/
Jul 20 '05 #16

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

Similar topics

10
by: Cy | last post by:
I've had good luck with posting in the past, so we'll see how things go this time...:) I have an Access 2000 form. On the form is about 40 objects. I want to set everything to invisible,...
3
by: Jose_Csharp | last post by:
Hi guys, I´m trying to make a startup invisible form. I don´t want a form with Opacity property 0. First I did the property Visible of the form to false. It wasn´t a good idea, was too easy. Then...
3
by: Richard | last post by:
After printing a userlist to a Datagrid i want some names not to be shown. I want to know how i can make a entire datagrid row invisible. I suspect its something with the OnItemDatabound but i am...
3
by: rockdale | last post by:
Hi, All: I have a datagrid with TemplateColumn as following: <asp:TemplateColumn Visible="False" > <ItemStyle Width="0px"></ItemStyle> <ItemTemplate> <asp:Label id="lblMin_Value"...
0
by: Fir5tSight | last post by:
Hi All, Again I apologize for posting this topic at the wrong forum, because I don't know where else I can get help on this matter. This is about invisible lines and rectangles in a PDF file....
7
by: Nader | last post by:
It's easy to make the last row in a datagrid (filled with a table) invisible: datagridObject.Rows.Visible = false BUT if 'i' is not the last row then things go wrong. I even tried: for...
9
by: Mel | last post by:
I have 10 columns total. 3 of them are invisible. The rest are read- only BoundFields, 3 of which are editable fields using TemplateFields. Upon editing, I want to validate what the user enters...
5
by: my.shabby.sheep | last post by:
Hi, I want to do the following. I want to make a table column invisible to the screen, but I still want to be able to get the innertext that would have been stored in the cell for certain...
11
by: igor.tatarinov | last post by:
Given a bunch of arrays, if I want to create tuples, there is zip(arrays). What if I want to do the opposite: break a tuple up and append the values to given arrays: map(append, arrays, tupl)...
0
by: Charles Arthur | last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
1
by: Sonnysonu | last post by:
This is the data of csv file 1 2 3 1 2 3 1 2 3 1 2 3 2 3 2 3 3 the lengths should be different i have to store the data by column-wise with in the specific length. suppose the i have to...
0
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...
0
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows...
0
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
0
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome a new...

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.